Я бы сказал, следующее поколение база данных , а не следующее поколение SQL.
SQL - это язык для запросов и управления реляционными базами данных. SQL продиктован международным стандартом. Хотя стандарт пересматривается, он, похоже, всегда работает в рамках парадигмы реляционной базы данных.
Вот несколько новых технологий хранения данных, которые в настоящее время привлекают внимание:
- CouchDB - это нереляционная база данных. Они называют это документно-ориентированной базой данных.
- Amazon SimpleDB также является нереляционной базой данных, доступ к которой осуществляется распределенным образом через веб-службу. У Amazon также есть распределенное хранилище ключей-значений под названием Dynamo , которое поддерживает некоторые из его сервисов S3.
- Dynomite и Kai - это решения с открытым исходным кодом, вдохновленные Amazon Dynamo.
- BigTable - это запатентованное решение для хранения данных, используемое Google и реализованное с использованием технологии Google File System. Каркас Google MapReduce использует BigTable.
- Hadoop - это технология с открытым исходным кодом, созданная по мотивам Google MapReduce и служащая аналогичной необходимости для распространения работы очень больших хранилищ данных.
- Scalaris - это распределенное транзакционное хранилище ключей / значений. Также не реляционный, и не использует SQL. Это исследовательский проект Института Цузе в Берлине, Германия.
- RDF - это стандарт для хранения семантических данных, в котором данные и метаданные являются взаимозаменяемыми. У него есть собственный язык запросов SPARQL, который внешне напоминает SQL, но на самом деле совершенно другой.
- Vertica - это масштабируемая аналитическая база данных, ориентированная на столбцы, предназначенная для распределенной (грид) архитектуры. Он претендует на то, чтобы быть реляционным и SQL-совместимым. Его можно использовать через Elastic Compute Cloud от Amazon.
- Greenplum - это высокопроизводительная СУБД для хранилищ данных, которая реализует как MapReduce, так и SQL.
- XML вовсе не СУБД, это формат обмена. Но некоторые продукты СУБД работают с данными в формате XML.
- ODBMS , или объектные базы данных, предназначены для управления сложными данными. Похоже, в основной массе продуктов ODBMS не доминирует, возможно, из-за отсутствия стандартизации. Стандартный SQL постепенно приобретает некоторые функции OO (например, расширяемые типы данных и таблицы).
- Drizzle - это реляционная база данных, берущая большую часть своего кода из MySQL. Он включает различные архитектурные изменения, предназначенные для управления данными в масштабируемой архитектуре системы «облачных вычислений». Предположительно он продолжит использовать стандартный SQL с некоторыми улучшениями MySQL.
- Cassandra - это масштабируемое, в конечном итоге согласованное, распределенное, структурированное хранилище значений ключей, разработанное в Facebook одним из авторов Amazon Dynamo и внесенное в проект Apache. .
- Project Voldemort - это нереляционная распределенная система хранения ключей и значений. Используется на LinkedIn.com
- Berkeley DB также заслуживает отдельного упоминания. Это не «следующее поколение», потому что оно восходит к началу 1990-х годов. Это популярное хранилище ключей-значений, которое легко встраивать в различные приложения. Технология в настоящее время принадлежит корпорации Oracle.
Также см. Эту замечательную статью Ричарда Джонса: « Anti-RDBMS: список распределенных хранилищ значений ключей ». Он более подробно описывает некоторые из этих технологий.
Реляционные базы данных имеют недостатки, безусловно. Люди утверждают, что они не выполняют все требования к моделированию данных со дня, когда они были впервые представлены.
Год за годом исследователи находят новые способы управления данными для удовлетворения особых требований: либо требований к обработке отношений данных, которые не вписываются в реляционную модель, либо требований большого объема или скорости, которые требуют данных обработка должна выполняться на распределенных наборах серверов, а не на серверах центральной базы данных.
Несмотря на то, что эти передовые технологии делают большие вещи для решения специализированной проблемы, для которой они были разработаны, реляционные базы данных по-прежнему являются хорошим универсальным решением для большинства потребностей бизнеса. SQL не уходит.
Я написал статью в журнале php | Architect об инновациях нереляционных баз данных и моделировании данных в реляционных и нереляционных базах данных. http://www.phparch.com/magazine/2010-2/september/