Комментарии 43
А для скриптовых языков типа PHP библиотек не предвидеться?
> Возможность автоматического преобразования типов данных Java в типы HyperGraphDB
это чем-то схоже с ORM, если это так, тогда штука действительно клевая, надо присмотреться
это чем-то схоже с ORM, если это так, тогда штука действительно клевая, надо присмотреться
«Технология X успешно используется для технологий семантического веба, обобщая идеи технологий Y и Z. Хранение данных возможно под любой платформой и использует механизм распределенных объектов для успешного выполнения в облачной архитектуре. Использует технологию AGI (распределенное информационное моделирование эволюционной парадигмы развития и парапсихологических способностей) и может использоваться для реализации бизнес-приложений».
Где конкретика? Что можно делать, что нельзя, зачем нужна, где используется?
Где конкретика? Что можно делать, что нельзя, зачем нужна, где используется?
учите дискретную математику
Что можно делать, что нельзя, зачем нужна
Хм… Ну думаю можно хранить данные в сложных структурах, т.е. графах. Это большая проблема при больших объемах данных. Ребята из linkedin очень много времени потратили на реализацию хранения и перестроения графов, думаю наработки в HyperGraphDB им бы пригодились.
где используется
На данный момент используется только в одном проекте — Seco IDE, самими разработчиками.
по идее для всего, что использует не только графы, но и блуждания (traversing) по ним.
на презентации(?) neo4j показывалась модель соц. сети и предлагалось найти друзей друзей, отстоящих от пользователя максимум на 4 шага. Не помню количество данных, но в MySQL операция занимала 2 секунды, в neo4j — 2 миллисекунды
Как-то так
на презентации(?) neo4j показывалась модель соц. сети и предлагалось найти друзей друзей, отстоящих от пользователя максимум на 4 шага. Не помню количество данных, но в MySQL операция занимала 2 секунды, в neo4j — 2 миллисекунды
Как-то так
а подробнее об Infogrid напишете, желательно в сравнении?
API только для Java (и языки на платформе Java)Ну можно же об этом где-то повыше написать? В заголовке, например «база данных на основе графов для Java».
На данный момент в форуме разработчиков уже несколько человек занимаются реализацией API для других языков, так что это пока только Java. Если я напишу для Java люди пройдут мимо и не узнают о системе, которая в скором времени будет доступна для многих языков и имеет довольно труднореализуемые возможности и абсолютно неизвестна рунете.
«Высокая производительность»? Все-таки решения на C и C++ побыстрее будут.
Да, высокая производительность. Это ведь распределенная система, и объем зависит от количества машин внутри системы. К тому же разработчики ищут людей которые помогут портировать систему на С++.
После портирования, очень даже возможно, но вообще производительность это не «просто добавь машин» :)
Полностью согласен. Тем более для таких задач код на Java будет медленнее в несколько раз, по сравнению с кодом на C.
согласен,
только кто минуснул-то
только кто минуснул-то
Ай, красота. Кажется я знаю что буду использовать для контрольной по экспертным системам =)
и воть хоть ты тресни всеравно прийдется самому проводить тесты быстродействия ((
concurrency — параллельность, согласованность
Выглядит круче neo4j, это приятно. Вопрос в том, насколько база готова для применения в продакшене?
ЗЫ: Автор, исправьте, плз, NoSQL в заголовке на NOSQL
ЗЫ: Автор, исправьте, плз, NoSQL в заголовке на NOSQL
NoSQL общепринятая аббревиатура.
Красотища. Ещё бы Python API к этой БД и докрутить Django ORM.
Ссылка на Unix версию с оф. сайта битая tgz -> tar.gz, но на googlecode всё в порядке.
Сейчас попробуем, я очень ждал этого проекта.
Ссылка на Unix версию с оф. сайта битая tgz -> tar.gz, но на googlecode всё в порядке.
Сейчас попробуем, я очень ждал этого проекта.
Эта база отлично подходит для нашей задачи. У нас очень сложная структура БД с огромным количеством взаимосвязей.
В реляционную базу ее не уложить — это точно. Одних только сущностей пара тысяч, а связей — просто ужос.
Мы используем объектную базу DB4O. Но у нее есть недостаток — ссылочность объектов на другие объекты приводит к невозможности изменения структуры БД. А в HGDB эта проблема существует, но зато гораздо лучше решается.
Спасибо большое за эту статью. Если бы мог еще бы кармы подкинул.
В реляционную базу ее не уложить — это точно. Одних только сущностей пара тысяч, а связей — просто ужос.
Мы используем объектную базу DB4O. Но у нее есть недостаток — ссылочность объектов на другие объекты приводит к невозможности изменения структуры БД. А в HGDB эта проблема существует, но зато гораздо лучше решается.
Спасибо большое за эту статью. Если бы мог еще бы кармы подкинул.
Почему-то очень напомнило FramerD. Судя по-описанию — очень много общих концепций.
жаль, что ограничено только джава,
лучше бы опубликовали АПИ, тогда может народ написал бы расширения к Руби, Питону и РНР и тогда внедрение не заставило бы себя долго ждать…
лучше бы опубликовали АПИ, тогда может народ написал бы расширения к Руби, Питону и РНР и тогда внедрение не заставило бы себя долго ждать…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
HyperGraphDB — база данных на основе графов