Значит наоборот, вот в упор не помню что там было :/

Товарищи, какую БД бы выбрать? В моем случае php lumen. Типично использовали ранее pg и монго. Может что в мире поменялось? ClickHouse пролетал даже в некоторых проектах. Вопрос абстрактный, на опыт больше проектов, кто на чем.

Redis бери

</sarcasm>

Parse error: не обнаружен открывающий тэг "sarcasm"

Все зависит от целей....

Иногда и SQLite норм. Какую задачу нужно решить?
Очевидно, что sql / mongo / clickhouse - это базы разных классов и решаемых задач.

Для начала определиться с этим

Дальше на требования и опыт ещё глянуть бы

Давно я таких вопросов не видел :)

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

Вообще 2 наболевших вопроса в чат, может кто поделится похожим опытом и узнает свои кейсы. Они на грани техники и бизнес-логики.
Если так посмотреть, то наибольший интерес к БД сейчас - репликация данных между базами. В текущей версии postgres поддерживается логическая репликация на уровне отдельных таблиц, но не пробовали.
И второй вопрос, кто как выбрал для себя, может есть похожие кейсы.
SAAS решения у кого как сделано?
1. Отдельный инстанс под каждого клиента
2. Инстанс один и правами все режется внутри него.
Встает только вопрос минорной кастомизации функционала инстанса в зависимости от клиента.

Выбирайте ту, с которой больше всего релевантного опыта.

В смысле которую лучше всего умеете готовить.

Инстанс это про бд, про код или про код+бд?

Код + бд

Делай единый сервер приложений и единую базу. Если сделаешь много разных бд, потом тяжело будет ещё сильнее дробить или сливать в одно.
Закладывай сразу шардирование базы. Ну сервера приложений тоже лучше сделай универсальными(чтобы горизонтально масштабировались).

По опыту разные базы под клиента это ад. Особенно когда надо слить или бить на шарды, если упёрся вертикально по железу на сервере базы данных.

Спасибо за ответ.

Так ты заставишь на этапе разработки описать все правила доступа. И выделить одно подразделение на отдельный шард доставит меньше труда

Кстати, ребят по выбор бд тоже вопрос. Допустим Есть куча данных, лежащая в таблице, и значительная их часть апдейтится по кругу массовым upsert с внешнего апи. Поверх работают юзвери которые там тоже чего то апдейтят. Проблема в том что похоже пострегесу хреновенько от такой схемы работы. Вопрос куда копать - в сторону конфигов постгреса или выбрать другой более подходящий сторадж, и если да, то какой посоветуете?