В ответ на eWEEK статью о преимуществах баз данных NoSQL Oracle EVP Энди Мендельсон повторяет стоимость реляционных баз данных.Назад 26 октября eWEEK опубликовал слайд-шоу, наделенный правом, «Почему Реляционные базы данных не Обрабатывают большие данные Хорошо». Это была часть страницы публицистики, которая смотрит на одну сторону дебатов базы данных и была маркирована как таковой. Эта точка зрения была поддержана Мэттом Алленом, старшим менеджером решений для продукта в специалисте по базе данных NoSQL MarkLogic.
Давайте будем ясны: MarkLogic делает и предоставляет услуги для альтернативной базы данных к большим реляционным базам данных, которые Oracle, IBM, SAP ХАНА, Microsoft SQL, Software AG, Teradata и другие создали и совершенствовали все время. Таким образом, статья составила «fightin’ слова» к этим компаниям.MarkLogic, CEO которого, Гэри Блум, был руководителем Oracle в течение 14 лет, является одной из многих компаний, которые производят программное обеспечение и предлагают услуги для баз данных NoSQL.
Другие включают Couchbase, Datastax, ReThinkDB, Кассандру, MongoDB, FoundationDB, MariaDB, MarkLogic и Башо.26 октября слайд-шоу выделил NoSQL AttributeseWEEK ожидал ответ, и конечно же, мы получили один от Энди Мендельсона, исполнительного вице-президента Database Server Technologies в Oracle.
Мы публикуем ту сторону проблемы в этой статье.Вкладывать в капсулу ключевые пункты в статье от месяц назад:- Реляционные базы данных, ведущая технология для данных хранения и управления, не разработаны для обработки больших данных. Они также не могут обработать смешанные рабочие нагрузки очень хорошо.- Фактически, реляционные базы данных все еще выглядят подобными способу, которым они сделали больше чем 30 лет назад, когда они были сначала представлены.
– Компании сфокусировались на больших данных, больше не может полагаться на адаптации размера вся реляционная модель; они должны смотреть на новые базы данных, лучше разработанные для обработки текущих рабочих нагрузок.Основной момент Аллена был то, что базы данных нового генерала являются более гибкими, более масштабируемыми, более доступными и быстрее для перемещения данных, чем реляционные базы данных.Сторона Oracle истории«Номер один, позвольте мне запуститься, говоря, что у нас в Oracle есть широкий спектр продуктов управления данными», Мендельсон напомнил eWEEK, «включая продукты NoSQL и несколько SQL (язык структурированных запросов) продукты – такие как MySQL, DB Oracle и TimesTen. Таким образом, мы определенно понимаем роли продуктов NoSQL по сравнению с реляционным механизмом SQL очень хорошо.
«Если Вы возвращаетесь к началу времени перед реляционными базами данных в 80-х, что было, там были базы данных без SQL», сказал Мендельсон. «Базы данных NoSQL не являются новыми, они возвращаются к 70-м и 80-м. Универсальные компьютеры типа IBM имеют этот продукт под названием VSAM; VSAM был складом значения ключа. [Метод доступа к виртуальной памяти (VSAM) является методом доступа хранилища файлов IBM, сначала используемым в OS/VS1, OS/VS2].«Люди в этих новых проектах хотят, чтобы Вы думали, что это новые технологии; это очень старые технологии, которые предшествуют реляционным базам данных.
Существует только новое поколение их, которое недавно вышло».Клиенты боролись с этими «предреляционными» базами данных назад в те дни, потому что они были очень тверды записать приложения для, сказал Мендельсон.«Если бы я хотел сделать простое приложение для создания отчетов, то я должен был сделать, чтобы разработчик записал страницы кода для написания небольшого отчета», сказал Мендельсон. «Реляционные базы данных были разработаны для решения этой проблемы, потому что вместо того, чтобы писать страницы и страницы того, что было тогда кодом КОБОЛ, Вы просто пишете пару строк SQL, и Вы могли вернуться, Ваши ответы без любых разработчиков потребовали. Вы могли сделать, чтобы бизнес-аналитик сделал это, и позже, инструменты пришли, который генерировал SQL.
«Нижняя строка была то, что SQL создавался для решения проблемы производительности разработчика».