а еще он нереально быстрый, некоторые запросы через sock у меня в том же тике ноды выполнялись :)

ну так вот, тебе на самом деле просто нужно руками делать view с подготовленными данными. это сожрет больше дискового пространства, но так делают всае. т.е. где у тебя должен быть джойн, ты делаешь коллекцию-view, в которой этот джойн строишь сам вручную при изменении данных. в результате получаются молниеносные запросы, и все счастливы.

так и делаю, ага

я молчу про объем данных сильно возрастающий, некритично... но проблема с синхронизацией данных между вьюшками все бенефиты убивает

а на модель где есть база с данными, и вьюшки генерятся оттуда не хочу переходить - кода много боюсь

то есть тут похоже на "придумаем проблему и решим ее"

мы сейчас сидим на кассандре и почти все делаем по этой модели

а orientdb не пробовали? вот хочу, но страшно

Проблема в производительности одного узла. Если одного узла вам всегда хватит, то можно использовать что угодно с джойнами или без джойнов. Если одного узла может не хватить, то выбора особого нет.

Нет, у меня стоит в списке проектов, с которыми надо ознакомиться, но руками не трогал

> то выбора особого нет
?

большинство продакшн-реди баз скалируется во все три стороны, по крайней мере заявляют о таком функционале

меня больше интересует проблема резкого выхода из строя нод и синхронизации после этого, актуально потому что все щас в облаках и на докерах

большинство хранилищ не выдерживает масштабирования и/или network partition

какие хранилища рекомендуешь?

Да я их уже боюсь всех. Кассандра довольно хороша, но только со своими оговорками (счетчики, например, нельзя использовать, при конфликтах будет LWW, причем иногда для разрешения конфликтов будет алфавитный порядок - это может вообще привести запись в состояние, в котором она никогда не была). У меня такое ощущение, что из каждого типа можно выбрать наименее худших, тогда в column-row это кассандра (или уже scylla - ее пока никто не успел протестировать), document store - скорее всего, rethinkdb (но сейчас я вижу у Афира не очень положительную последнюю статью), графовые - не знаю, key-value - я бы взял riak, хоть и не пользовался никогда (они далеко не первый год работают над проблемами распределенных систем, и у них хотя бы есть работающие счетчики).

Можно просто по требованиям проекта смотреть, что нужно, потом идти к афиру https://aphyr.com/tags/Jepsen и по очереди выкидывать кандидатов

а че, реляционные вообще в твой рейтинг не попали?

ну я строю из себя хипстера-специалиста и стараюсь к ним не возвращаться

Делал моментальный поиск по дереву связных элементов 3 года назад на транзакционной монге TokuMX