Релиз СУБД Neo4j 1.3, ориентированной на хранение графов

15.04.2011 15:24

Вышел релиз Neo4j 1.3, высокоэффективной БД для хранения данных в виде графов. Вместо столбцов, строк или ключей и их значений, модель хранения данных представляет собой структуру, похожую на сеть - задаются узлы, их свойства и отношения между собой. БД обеспечивает прекрасную производительность и широкие возможности по масштабированию решения - один сервер может обслуживать несколько миллиардов объектов. При увеличении объёма данных достаточно подключить дополнительный сервер.

Neo4j поддерживает транзакции, индексацию данных и обладает хорошей масштабируемостью - база может обслуживаться кластером из нескольких серверов. Для быстрого обхода узлов разработан специальный фреймворк. Возможна работа как в режиме обособленного сервера (доступ через REST API), так и в виде встраиваемой системы, позволяющей интегрировать функции работы с графом в пользовательские программы. Готовые биндинги распространяются для языков Clojure, Erlang, Gremlin, Groovy, Java, PHP, Python, Ruby и Scala. Код проекта написан на языке Java.

Примечательным новшеством новой в версии является переход на лицензию GPLv3, в ответ на пожелания пользователей системы, утверждавших, что ранее использованная лицензия AGPLv3, накладывает слишком большие ограничения на разработчиков. Например, лицензия AGPL требовала открывать код всех разработок при задействовании Neo4j для организации работы web-сервисов.

Из добавленных в новой версии улучшений можно отметить:

Расширение ограничения максимального размера графа до 32 миллиардов узлов и 64 миллиардов свойств, чего по заявлению разработчиков достаточно для того чтобы построить граф связи между всеми людьми на земле;
Применена новая техника организации хранения данных, позволяющая снизить потребление памяти при хранении строк, значительно уменьшить размеры файлов с базой и увеличить производительность за счет уменьшения обращений к диску;
Переработан управляющий web-интерфейс. Добавлен новый метод визуализации хранимых данных, позволяющий наглядно оценить состав базы и связь между узлами графа;
В число поддерживаемых алгоритмов поиска наикратчайшего пути в графе включён классический алгоритм Дейкстры;
Проведена чистка API;
Улучшена работа фреймворка для обеспечения прохода по узлам графа;
Расширены возможности API для работы с индексами, REST API и API для создания серверных плагинов.

исправить +7 +/–

Главная ссылка к новости (http://blog.neo4j.org/2011/04/...)

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/30256-database

Ключевые слова: database, nosql, graph

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (17)

1.1, brother anon (?), 15:51, 15/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Прикольно, надо будет пощупать

1.2, letsmac (ok), 16:08, 15/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Иерархические СУБД возвращаются? Всё у них хорошо, кроме гибкости.

2.3, аноним0 (?), 16:28, 15/04/2011 [^] [^^] [^^^] [ответить]	+/–
объектные субд тоже иерархические

3.4, letsmac (ok), 16:41, 15/04/2011 [^] [^^] [^^^] [ответить]	+/–
Это вообще соседняя деревня, что мешает реляционным БД быть объектными - Postrges например?.В теорию в общем.

4.9, Michael Shigorin (ok), 21:13, 15/04/2011 [^] [^^] [^^^] [ответить]	+/–
Вообще-то из иерархички изобразить табличку проще, чем наоборот.

2.6, Аноним (-), 17:51, 15/04/2011 [^] [^^] [^^^] [ответить]	+/–
Скорее, сетевые.

2.16, Andrew Kolchoogin (?), 16:12, 18/04/2011 [^] [^^] [^^^] [ответить]	+/–
Хм. LDAP куда-то исчезал, что ли?

3.17, Аноним (-), 19:08, 18/04/2011 [^] [^^] [^^^] [ответить]	+/–
Если бы лдап мог интенсивную запись, да поддерживал что то вроде partitioning вот тогда бы он прочно занял свое место. а так.. тока системы авторизации.. и вообще лдап это протокол

1.5, Pel (?), 17:10, 15/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Почему в новости не указана используемая математическая модель данных у этой СУБД Neo4j. Если это какая-то новая модель - то ссылку на публикацию, пожалуйста дайте. А то как-то на спекуляцию походит - типа "сенсация, новая модель данных", а при детальном исследовании выяснится что она полностью соответствует ODMG 3.0 спецификации...

1.7, Crazy Alex (??), 18:36, 15/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
Мды, слили AGPL - это грустно... Для данного проекта это эквивалентно переходу на какую-нибудь BSD или Apache - штука серверная, так что код пользователь не увидит никогда.

2.12, Аноним (-), 18:31, 16/04/2011 [^] [^^] [^^^] [ответить]	+/–
Странно, а как тогда Apache развивается? nginx? Тысячи других оперденей под GPL/BSD лицензиями? Под AGPL-лицензией могу вспомнить одну только монгу.

3.13, Аноним (-), 20:43, 17/04/2011 [^] [^^] [^^^] [ответить]	+/–
Развиваться BSD лицензия никак не мешает, и это хорошо. Но она также не мешает разваваться закрытой дряни, и это плохо.

4.14, Ostrov (??), 11:01, 18/04/2011 [^] [^^] [^^^] [ответить]	+/–
Apache и Nginx уже закрыли? LOL!

1.8, Ag (ok), 19:23, 15/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вперед ADABAS-у. :) Благо он еще пока даже жив.

1.10, Eugeni Dodonov (ok), 02:44, 16/04/2011 [ответить] [﹢﹢﹢] [ · · · ]

+1 +/–

Самое главное забыли:

...
Free Beer!

To celebrate the release of Neo4j 1.3, we're hosting release parties in several cities around the globe! We'll get Neo4j speakers to (almost) all the events to provide an overview of Neo4j 1.3, and for all the release parties we'll be covering the bar tab!
So come along and enjoy the free (as in speech) Neo4j 1.3 release, and the free (as in beer) beer!
...

1.11, Аноним (-), 15:48, 16/04/2011 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Fail, во-первых, потому что java, во-вторых потому что отказались от AGPL.

2.15, ДяДя (?), 11:19, 18/04/2011 [^] [^^] [^^^] [ответить]	+/–
+100500 за Java Fail за GPLv3. Выбрал HyperGraphDB из-за LGPL, хотя технически Neo4j понравилась больше. GPL вообще использовать невозможно в коммерческих проектах, а LGPL самое то.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: