!= mongo view
SQL Materialized View != mongo capped collection + view
… прибавим к этому B-tree/R-tree индексы и хранилище c non-persistent WAL’ом на LSM-tree
Архитектурно различий немного.
Если официальной рекоммендацией в случае потери производительности из-за роста размеров коллекций и индексов является «реляционная нормализация схемы» - это должно как бэ нидвузначно намекать (https://docs.mongodb.com/manual/core/data-model-design/#normalized-data-models)
а теперь покажи программиста который это реально осилил.... это как хранимые процедуры в пг, они вроде есть, а из 1000 программистов их напишет 1 нормально
Ну, так то - весь программный код одинаков
Обсуждают сегодня