Опубликован выпуск многоцелевой СУБД ArangoDB 3.6, предоставляющей гибкие модели хранения документов, графов и данных в формате ключ-значение. Работа с базой осуществляется через SQL-подобный язык запросов AQL или через специальные расширения на языке JavaScript. Методы хранения данных соответствуют требованиям ACID (атомарность, согласованность, изолированность, надежность), поддерживают транзакции и обеспечивают как горизонтальную, так и вертикальную масштабируемость. Управление СУБД может производиться через web-интерфейс или консольный клиент ArangoSH. Код ArangoDB распространяется под лицензией Apache 2. Проект написан на языках Си и JavaScript...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52119
Увы и ах, гибридность в виде разных коллекций убивает весь смысл.
neo4j+mongo более фичастые.
Neo4j стоит как крыло от самолёта. А в бесплатной версии даже человеческих бэкапов нет.
>Neo4j стоит как крыло от самолёта. А в бесплатной версии даже человеческих бэкапов нет.накойх бэкапить графовую базу? она нужна только для хождения по графу, а исходные данные в нормальной субд. я вообще базу раз в n часов пересобираю из csv, даже апдейты/вставки не использую.
Ну ты молодец. Только когда размер базы переваливает за сотни гигабайт, сливать/загружать из csv становится жибко долго.
В мелких стартапах не стоит доводить базу до такого состояния. (Если дойдёт — стартап объявляется банкротом, все сотрудники бегут в линкедин.)А если проект перерос уровень стартапа, то там уже можно и нормальным программистов нанять, которые сделают фреймворк, поддерживающий в более-менее синхронном состоянии графовую и документную модели. Если не ACID, то хотя бы BASE. И да, там уже придётся закладывать отказоустойчивость во всех компонентах.
> стартап объявляется банкротом, все сотрудники бегут в линкедин.)А в резюме они дописывают эту историю успеха? :)
В линкедине скорее редкостью будет человек, у которого не случалось такого успеха.
>Ну ты молодец.я знаю
>Только когда размер базы переваливает за сотни гигабайт
41гиговая база neo4j из csv генерится за 8 минут (без SSD даже). а сколько объем основной базы, к делу не относится, у меня далеко за терабайт.
>"Только когда размер базы переваливает за сотни гигабайт"чем больше и важнее проект, тем МЕНЬШЕ оснований использовать поделки навроде arango. Даже если neo4j дорого стоит. Хотя мне вполне бесплатной хватает, имея несколько проектов в далеко не стартапе.
А, то есть им даже до уровня стартапа далеко? Это все объясняет.
Юзал Арангу 3.3 с движками MMFiles и RocksDB.
RocksDB радовал производительностью, встроенные микросервисы - тоже очень удобно (единая точка обслуживания + недорогие JS-разрабы). Но.
Под сравнительно большими нагрузками и превышении 20 млн записей - начала загибаться.
Большие нагрузки это какие? Не ради холивара. Интересно под какими нагрузками начала загибаться
постим не ясно про что а смерть Doker в сторонке?
Ну так оформи новость.
А что там с Docker?
Хоронят который год уже. А у некоторых криоционистов он еще "не взлетит"
Как он мог вообще взлететь, если есть замечательный jail?)
вроде где-то уже пробегало, что этрепрайз отделение уже как 2 недели выкупили, кучу народа разогнали ..
Что за смерть то?
Нигде ничего про это нет.Или опять напутал свои мечты с реальностью?
Про развал Docker месяц назад новость была https://www.opennet.me/opennews/art.shtml?num=51857
да, именно это Mirantis. Просто когда пробегала эта новость было начало, и никто не думал что будет волна увольнений, и прочие плюшки. И вдруг как солнце из-за туч ...
> движок полнотекстового поиска ArangoSearch, поддерживающий ранжирование с учётом сходства данныхСоздателям не дают лавры Гугла, который под видом поиска "с учётом сходства" пихает проплаченный контент?
>Возможность обойтись без определения схемы хранения данных (Schema-free)У вас всегда есть схема. schema-free означает лишь то, что в каждом документе хганися копия схемы. В абсолютном большинстве случаев это полностью бесполезно.
Нет, схема — это когда набор полей общий для набора документов, и движок использует это для оптимизации хранения/поиска/изменения данных.
набор документов может состоять из 1 документа. получаем "schema-free".
С одним нюансом™: если "схема" применима только к одному документу, движок не может воспользоваться этим для оптимизации. Значит, это уже не схема, а просто набор полей документа.
Вообще-то может. Просто алгоритмом сжатия пройтись по файлу базы. Даже если схема у каждого документа уникальная, но имена ключей повторяются, то алгоритм уменьшит объём, вынеся ключи в словарь.
Ещё раз: движок не может использовать идентичность схем у набора документов для оптимизации. То, что вы описали, никак не относится к обсуждаемой ситуации.
"нет схемы" означает что у вас есть таблица с одной TEXT колонкой в которой лежит JSON.
Это еще ничего если текст. А не бинарный блоб