Один из твоих тезисов, которые вызвали дискуссию, да Его ты пока , как мне кажется, не смог обосновать
Одна из главных причин, это то что в нее можно впихнуть вообще все. SQl этого не позволяет сделать. Вы хоть раз поработайте с монгой, когда вам передали ее в хлам засратой)) Далее mongo неплохо так жрет память. Далее идет ограничение на максимальный вес одного документа. Далее удобства работы. Лично мне работать с sql запросами куда приятнее. Далее джоины. делать их на уровне кода, а не на уровне бд это дикость. по крайней мере для меня
JSON схемы, которые не позволяют впихнуть в монгу все
Я работал в тиме, одни писали для сайта, другие писали android приложение. Не так схемы настроили и в итоге бд засрата. Одна ошибка и пиздец всему проекту
А зачем у вас были разные источники записи в бд?
У нас пару бэков было. Оттуда и срач пошел с монгой
Ну типо у вас один сервис который пишет в монгу На нем адекватно 1 схема для каждой коллекции
"В монго могут засрать коллекцию, поэтому она не подходит для основной бд" - по-моему это не аргумент совсем. Рсубд могут спроектировать так, что там будет ад и Израиль - но вряд ли это может быть аргументом против рсубд. А могут спроектировать более-менее нормально, но в таблице users могут хранить что угодно кроме непосредственно юзеров, заполняя обязательные поля мусором. Тоже не аргумент. Любой инструмент можно использовать неправильно и во вред По поводу отжирания памяти - не заметил. У нас не было с этим проблем. И я не слышал о них. Сколько у тебя отжирало, и стало ли это проблемой в продакшн? Sql удобный, спору нет (поэтому его так боятся и пользуются орм 😏). Но это не аргумент для тезиса "не подходит для основной бд". Тем более что ты сам пишешь "лично мне" Ограничение на вес документа - у тебя было такое, что в него упирались? Если да, то что именно хранилось в документах? Можно ли было разбить их на документы в разных коллекциях? Джойны - ну такое. Они могут быть не нужны в нереляционной субд. И это почти тот же самый аргумент, что наличие SQL в рсубд. То есть ты фактически пишешь "рсубд хороши тем, что в них есть sql, а nosql плохи тем, что в них нет sql" Но в целом прогресс. Хоть что-то под видом аргументации появилось
NoSql переводится как Not Only SQL, так что даже в них есть SQL)
Первый раз слышу, честно говоря, про такой перевод Пока что самые распространённые, мне кажется, это mongo и redis, поэтому можно сделать вид что nosql это когда и sql нет
https://ru.wikipedia.org/wiki/NoSQL
джоины? а как же $lookup?
Обсуждают сегодня