Бд тащить надо только когда оправдано

ну в lmdb (и его форк Льва Юрьева - libfpta) работают на основе копирования страниц при можификации через системные механизмы управления страницами типа mmap. И полагают что система выгрузит на диск когда надо закешированную страницу. Всё это вполне работает локально

Одна проблема: страницы - слишком жирная абстракция для репликации по сети. ТЕбе не сделать эффективной ни асинхронную, ни тем более синхронную репликацию, ибо страницы, не записи.

а оправдано оно тогда, когда использование не-БД неоправдано

Если у тебя там 5 табличек несвязанных - бд идет нафиг

- вот у нас есть иерархия внутри музшкол! тебя бы спросили, ил-2! если ты не понял про что ты не понял - 10к это не так много было такое возможно.

Вообще для таких задач легче взять что-то вроде json'a или yaml'a, нет?

У меня вообще таблиц нету - просто Джсон настройки.

ну иногда данные надо не только сохранить локально, но куда еще, на другую реплику. Ибо всякое бывает

А, понял

У меня есть коллеги которые ради настроечек под проект затащили кластер кассандры из 5 нод

Зачем, а главное нахуя - решительно непонятно

Не виноват что они быдло

Идиоты, что сказать)

красавцы

Везде свой инструмент. Если тебе нужен human editable формат, не хранишь там результаты работы, массивы, индексы и тп, то бери yaml и все будут довольны

А это как вообще? Что за настройки такие?

ну и офк если вам нужна и скорость, и надежность у БД, то вам нужно использовать только такие вещи: https://github.com/spacejam/sled

Мне выдали 20 нод, я использую все 20 нод!

+++