Из того, что я прочитал до сих пор ... вот мое мнение.
Стандартный SQL торгует с более низкой производительностью из-за разнообразия функций ... то есть он позволяет вам выполнять соединения и транзакции между наборами данных (таблицами / коллекциями, если хотите), среди прочего.
Это позволяет разработчику приложения перенести часть сложности приложения на уровень базы данных. Это имеет свои преимущества, заключающиеся в том, что приложение не должно беспокоиться о целостности данных и об остальных свойствах ACID в зависимости от проверенной технологии.
Отсутствие экстремальной масштабируемости работает практически во всех проектах, если можно поддерживать работу приложения в ожидаемые сроки, что иногда может привести к необходимости приобретения высокопроизводительных / дорогих систем реляционных баз данных.
С другой стороны, Mongo DB намеренно исключает большую часть внутренней сложности, связанной с реляционными базами данных, обеспечивая лучшую масштабируемую производительность.
Этот подход заставляет разработчика приложения перестроить приложение, чтобы обойти отсутствие реляционных функций ... что само по себе хорошо, но затрачиваемые усилия, как правило, того стоят только при наличии требований к масштабируемости. , Обратите внимание, что с MongoDB в зависимости от требований к данным со свойствами ACID. Приложение должно активизироваться и обрабатывать по мере необходимости.