Базы данных нового поколения
Я изучаю традиционные реляционные базы данных (с PostgreSQL) и занимаюсь некоторыми исследованиями, я обнаружил несколько новых типов баз данных. CouchDB, Морось и Скаларис, чтобы назвать несколько, с какими технологиями баз данных мы будем иметь дело в следующий раз?
Несмотря на то, что randin неправильно использует термин SQL, я думаю, что это изменение противоречило бы духу однорангового редактирования.
слишком поздно .. прости, Билл. Не стесняйтесь откатить мою правку, если почувствуете себя решительно. Я внес изменения до того, как вы разместили свой комментарий. Я думаю, что перефразирование в том виде, в каком я это сделал, поучительно для ОП и более полезно для сообщества.
Что ж, хорошо быть правым. Мой друг-технический писатель сказал: «Вы не сможете получить правильные ответы, если не зададите правильные вопросы».
Ах, извините за вводящий в заблуждение вопрос, мои знания SQL и баз данных отсутствовали, когда я задал этот вопрос.
Ответы 7
Не хочу быть педантичным, но я хотел бы отметить, что по крайней мере CouchDB не основан на SQL. И я надеюсь, что SQL следующего поколения сделает SQL намного менее ... неустойчивым и неинтуитивным.
Мой друг сказал: «Это должно быть трудно читать! Не зря он называется код!» :-)
Мой мозг сломан, я люблю SQL, слишком много смотрю на него, вырастет до вас :)
SQL существует с начала 1970-х, поэтому я не думаю, что он скоро исчезнет.
Может быть, новый (-ish) sql будет oql (см. http://en.wikipedia.org/wiki/ODBMS)
Существуют специальные базы данных для XML, такие как MarkLogic и Berkeley XMLDB. Они могут индексировать xml-документы и запрашивать их с помощью XQuery. Я ожидаю базы данных JSON, возможно, они уже существуют. Погуглил, но не нашел.
Есть несколько, которые предоставляют JSON-интерфейс для данных. Terrastore - один из примеров.
Мне пока не хватает графовые базы данных в ответах. Граф или сеть объектов широко используются в программировании, а также могут быть полезны в базах данных. Он может эффективно обрабатывать полуструктурированную и взаимосвязанную информацию. Среди областей, в которых графические базы данных вызывают большой интерес, - семантическая сеть и биоинформатика. Был упомянут RDF, и на самом деле это язык, представляющий граф. Вот несколько указателей на то, что происходит в области базы данных графа:
- Графики - лучшая абстракция базы данных
- Graphd, серверная часть Freebase
- Движок графической базы данных с открытым исходным кодом Neo4j
- АллегроГраф RDFstore
- Слой абстракции Graphdb для биоинформатики
- Graphdb за движком рекомендаций Directed Edge
Я участвую в проекте Neo4j, который написан на Java, но также имеет привязку к Python, Ruby и Scala. Некоторые используют его с Clojure или Groovy / Grails. Также развивается Инструмент с графическим интерфейсом.
Как насчет db4o.com, базы данных объектов, но она предназначена для управления графами объектов.
Базы данных объектов (OODB) отличаются от баз данных графов. Проще говоря, graphdb не будет связывать ваши данные напрямую с вашей объектной моделью. В graphdb отношения - это граждане первого класса, в то время как вам придется реализовать это самостоятельно в OODB. В graphdb у вас могут быть разные типы объектов, представляющие разные представления одних и тех же данных. Graphdbs обычно поддерживает такие вещи, как поиск кратчайших путей и тому подобное.
Я также слышал о NimbusDB от Джима Старки
Джим Старки - человек, который «создает» Interbase
кто работает на Vulcan (вилка Firebird)
и кто был у истоков создания Falcon для MySQL
Чтобы узнать, какие академические исследования проводятся в области баз данных следующего поколения, взгляните на это: http://www.thethirdmanifesto.com/
Что касается языка SQL как правильной реализации реляционной модели, я цитирую википедию: «SQL, который изначально был продвинут в качестве стандартного языка для реляционных баз данных, во многих местах отличается от реляционной модели. Текущий стандарт ISO SQL не упоминать реляционную модель или использовать реляционные термины или концепции. Однако можно создать базу данных, соответствующую реляционной модели, используя SQL, если не используются определенные функции SQL ».
http://en.wikipedia.org/wiki/Relational_model (упоминается в разделе «SQL и реляционная модель» 28 марта 2010 г.
Возможно, это не лучшее место для ответа на этот вопрос, но я хотел бы поделиться этой таксономией мира noSQL, созданной Стивом Йеном (вы можете найти ее на http://de.slideshare.net/northscale/nosqloakland-200911021)
ключ-значение-кеш
- memcached
- перекэшированный
- согласованность
- in nispan
- экстремальный масштаб
- jbosscache
- скорость
- терракока
ключ-значение-хранилище
- пространство клавиш
- fl являются
- без схемы
- RAMCloud
в конечном итоге согласованное хранилище ключей
- динамо
- Волдеморт
- Диномит
- Подзапись
- MongoDb
- Dovetaildb
заказанный-ключ-значение-магазин
- токиотиран
- светлое облако
- NMDB
- Люксио
- memcachedb
- актер
сервер структур данных
- Redis
кортеж
- гигапространства
- согласовывать
- Apacheriver
база данных объектов
- ZopeDB
- db4o
- Мелководье
хранилище документов
- CouchDB
- Монго
- Зайчик
- XML-базы данных
- ThruDB
- CloudKit
- Perservere
- РиакБашо
- Скаларис
широкий столбчатый магазин
- Большой стол
- Hbase
- Кассандра
- Гипертаблица
- КАЙ
- OpenNep
Может ли кто-нибудь обновить этот вопрос, чтобы он ссылался на «базы данных» вместо «SQL»?