Ну если на орм, то везде особо не надо думать

на склных орм тоже

Я так понимаю монгус ведь орм для монги?

там руками какую-то команду вызывать чтобы сделать миграцию

Одм, разрешите позанудствовать

лет 15 назад возможно. Я про сейчас. Нет смысла делать проекты на монге

))))

Почему?

потому что у нее нет преимуществ перед pg

В этом и смысл, что вы берете монгу, чтобы меньше думать о ней и больше о чем-то другом и сложном

Для любого проекта работа c данными - это ключевое о чем нужно думать

В вашем сознании укладывается реальность, где можно иметь более 1 датабазы на проекте?

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

А какие преимущества pg ты сможешь назвать?

@tshemsedinov что думаешь про монгу?)

Поиском по чату найти можно

спс нашел это https://www.youtube.com/watch?v=SNzOZKvFZ68

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

Можете привести пример где отсутствие структуры является преимуществом? Как вы будете поддерживать консистентность данных?

Можете рассказать чем масштабируемость сложнее того же постгреса?

Что же касается быстрой записи - на чем основано ваше утверждение? Запись "одного документа" далеко не всегда будет быстрее записи в 20 таблиц - особенно если есть хитрые индексы

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

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

У монги действительно одна из самых быстрых записей, если подсчитать сколько времени и сил разработчиков будет потрачено на реализацию хитрых индексов и записей в 20 таблиц, относительно преимущества в i/o. Только если I/o критически важно или проект масштабов миллисекунд, тогда это действительно стоит этих усилий.

А где я сказал про отсутствие архитектуры? Я про отсутствие структуры (schemaless)