Базы данных следующего поколения

Я сказал бы следующего поколения база данных , не SQL следующего поколения.

SQL является языком для того, чтобы запросить и управлять реляционными базами данных. SQL диктует международный стандарт. В то время как стандарт пересмотрен, это, кажется, всегда работает в парадигме реляционной базы данных.

Вот несколько новых технологий хранения данных, которые привлекают внимание в настоящее время:

• CouchDB является нереляционной базой данных. Они называют его ориентированной на документ базой данных.
• Amazon SimpleDB является также нереляционной базой данных, к которой получают доступ распределенным способом через веб-сервис. Amazon также имеет распределенное хранилище значения ключа, названное Динамо , который полномочия некоторые его сервисы S3.
• Dynomite и Kai решения с открытым исходным кодом, вдохновленные Amazon Dynamo.
• BigTable является собственным решением для хранения данных, используемым Google и реализованным использованием их технологии Google File System. Платформа MapReduce Google использует BigTable.
• Hadoop является технологией с открытым исходным кодом, вдохновленной MapReduce Google и удовлетворением подобной потребности, для распределения работы очень крупномасштабных хранилищ данных.
• Scalaris является распределенным транзакционным хранилищем ключа/значения. Также не реляционный, и не использует SQL. Это - научно-исследовательская работа от Института Zuse в Берлине, Германия.
• RDF является стандартом для того, чтобы хранить семантические данные, в которых данные и метаданные являются взаимозаменяемыми. Это имеет свой собственный язык запросов SPARQL, который напоминает SQL поверхностно, но на самом деле полностью отличается.
• Vertica является хорошо масштабируемой ориентированной на столбец аналитической базой данных, разработанной для распределенного (сетка) архитектура. Это действительно утверждает, что было реляционным и совместимым SQL. Это может использоваться через Резинку Amazon, Вычисляют Облако.
• Greenplum является крупномасштабным DBMS организации хранилищ данных, который реализует и MapReduce и SQL.
• XML не является DBMS вообще, это - формат обмена. Но некоторые продукты DBMS работают с данными в формате XML.
• ODBMS или Объектные базы данных, для руководящих сложных данных. Кажется, нет никаких доминирующих продуктов ODBMS в господствующей тенденции, возможно, из-за отсутствия стандартизации. Стандартный SQL постепенно получает некоторые функции OO (например, расширяемые типы данных и таблицы).
• Моросящий дождь является реляционной базой данных, таща много ее кода от MySQL. Это включает различные изменения в архитектуре, разработанные для управления данными в масштабируемой архитектуре системы "облачных вычислений". По-видимому, это продолжит использовать стандартный SQL с некоторыми улучшениями MySQL.
• Cassandra является хорошо масштабируемым, в конечном счете последовательным, распределенным, структурированным хранилищем значения ключа, разработанным в Facebook одного из авторов Amazon Dynamo, и способствовал проекту Apache.
• Voldemort Проекта является нереляционным, распределенным, системой хранения значения ключа. Это используется по LinkedIn.com
• , Беркли DB заслуживает некоторого упоминания также. Это не "следующего поколения", потому что это относится ко времени начала 1990-х. Это - популярное хранилище значения ключа, которое легко встроить во множество приложений. Технология в настоящее время принадлежит Oracle Corp.

, Также см. эту хорошую статью Richard Jones: " антиRDBMS: список распределенных хранилищ значения ключа ". Он вдается в большее количество подробностей, описывающих некоторые из этих технологий.

Реляционные базы данных имеют слабые места, чтобы быть уверенными. Люди утверждали, что они не обрабатывают все требования моделирования данных со дня, он был сначала представлен.

Год за годом, исследователи придумывают новые способы управлять данными для удовлетворения особых требований: или требования для обработки отношений данных, которые не вписываются в реляционную модель или иначе требования крупномасштабного объема или скорости, которые требуют обработки данных, сделаны на распределенных наборах серверов вместо центральных серверов баз данных.

Даже при том, что эти передовые технологии делают большие вещи решить специализированную проблему, для которой они были разработаны, реляционные базы данных являются все еще хорошим решением общего назначения для большинства бизнес-потребностей. SQL не уходит.

я написал статью в php|Architect журнале об инновациях нереляционных баз данных и моделирование данных в реляционном по сравнению с нереляционными базами данных. http://www.phparch.com/magazine/2010-2/september/