> отсутствие транзакций как класса, что резко ограничивает архитектурно (транзакция на уровне документа, даже с учётом того, что в монго документ это значительно больше записи реляционной таблицы - очень неполноценная замена)Транзакции спокойненько навешиваются за пределами СУБД.
А в гетерогенных системах документооборота по любому приходится делать внешние транзакции, поскольку транзакции в СУБД никак не гарантируют, что данные не покоцаются за ее пределами.
А вы, значит, всю жизнь думали, что СУБД вам автоматически все гарантирует, только потому что она такая субэдэшная СУБД?
Ну кушайте рекламу дальше.
И вообще, транзакции сами по себе - это вообще перпендикулярная технология.
Keep it simple, stupid!
> и отсутствие хранимых процедур с возможностью сложного разграничения доступа и формирования внутренней логики базы. Для всего этого нужно писать большие и ненадёжные костыли, что очень уменьшает привлекательность mongo для данной сферы.
Зачем нужны хранимки, если есть открытый код?
Keep it simple, stupid!
Ваши любимые SQL-сервера, лишь забили ваше сознание стереотипами.
> Для обеспечения документооборота её проблематично использовать по совершенно другим причинам
Но имея открытый код, мы плавно возвращаемся к вопросу о лицензиях.