не думал, что тут нужны пояснения) хотя плюсы орм для меня очевидны, sql инквизитор - последний человек, от которого я  ожидал пост про них

если у тебя условно приложение с "бесконечным скроллом" - монга в точку. Если куча сущностей, связей, агрегация данных, отчеты, multi-tenant - rdbms

ограничение на пост -4k символов. если бы я начал писать про минусы, было бы три поста, а не один :)
т.е. я когда-нибудь это сделаю, но тут была задача взять из orm плюсы

я как-то давно книжку нашел «сценарии применения монгодб» или как-то так. было там 10 примеров. 9 про логи, 10ый про кеширование count

Шпион банит осведомителей? Какой благородный дон!

...написал юзер, разрешающий хрому сохранять пароли...

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

лично я за гибрид вообще. Когда rdbs база выросла до пары терабайт - можно разносить. "Цифирки" в SQL, тексты-blob'ы и прочий "контент" - в noSQL и ноль проблем.

Все так

Сейчас каких только баз нет. На любой вкус. Некоторые из них поддерживают стандартные протоколы подключения.
Из свежих

edgedb.com
materialize.io

А если речь идет про размер базы, а не про проблемы с процессором, то в pg замечательно можно разносить таблицы и партишены на разные диски.

Как скейлить чтение, там тоже давно решено логической репликацией


Мне кажется тут больше про то, что "нафига нам нормализация, давайте будет все готовое хранить - так же проще и быстрее". А потом приходит бизнес и говорит - нам нужен отчет. И дальше с вероятностью 99.99% что у тебя данные лежат так, что ты этот отчет сделать не сможешь. И тебе приходится писать etl для перекладывания текущих объектов в другой формат. А потом еще в один. И еще в один. В итоге у тебя получается данных в 1000500 раз больше, адский  mess и не дайбог кто-нибудь заболел или уволился.

Иметь персистентное хранилище на nosql как основную базу - опасно для любого бизнеса.
Для кешей - норм. Да и то, в pg14 обещают incremental materialized view подвести )

Для event'ов я выше materialize.io показал. Выглядит очень неплохо.

Господа, нужна ваша помощь. Нужно понять, насколько темы интересные для СТО пересекаются с другими позициями, сейчас голосовалку краткую сделаю

ms sql тоже умеет разносить кстати.

а то что ты описал про монгу - это крест всех low entry технологий. Сначала делаем, потом думаем. Как JS)))

про mssql даже не сомневался. он, наверное, и master-master умеет :)

miro, например, по началу все в redis хранили. я не знаю зачем так, но потом стали в pg переезжать.
но это сильно зааффектило вид их публичного api и теперь должны страдать еще и клиенты, тк фарш невозможно провернуть назад

Отлично. Только поговорили тут про неконсистентность, как сегодня не получилось создать уникальный составной индекс в Монге, потому что в коллекции оказались несколько дубликатов со времён тестирования. Но мы не привыкли отступать: в Монге есть partial indexes, создали с ограничением по времени создания записи, данные в коллекции ротируются, так что через неделю поменяем на нормальный)

а можно контекст?

я чот проскроллил все нафиг

Господа, нужна ваша помощь. Нужно понять, насколько темы интересные для СТО пересекаются с другими позициями, сейчас голосовалку краткую сделаю

пасиб

поставил все галочки

Ого, какая вкусняшка!
Пойду, поищу в оракле индекс на отдельную партицию....