ноде и монге но некоторые части реализованы на монге но в стиле реляционных БД.
К примеру есть заказ со своими данными - у заказа есть заказчик данные которого находятся в отдельной коллекции (таблице) - и сделано это как в sql - то есть по ссылке на id заказчика, также реализован перевозчик и водитель и при выводе списка заказчиков все эти данные выводятся через populate - то есть также как в sql через join. Но такая конструкция как бы не камильфо для Монги.
Вопрос следующий - во первых чем это грозит если выборка будет из 100К заказов, или ляма? Будет ли существенное падение скорости чтения? И как правильно это реализовать по заветам Монги?
Это когда заказчик очень хотел монгу, а структура данных была реляционная ))
да просто локально у себя нагенерь для теста кучу случайных заказов и сравни скорость. я думаю тебя всё устроит.
По своему горькому опыту могу сказать что если связей очень много - то выборка будет медленная, как бы хорошо вы не расставили индексы. Лучше использовтаь реляционные базы (там как минимум есть проверка целостности данных, которая очень важна если в базе хранятся данные о заказах и впринципе чем-то что связано с деньгами)
Обсуждают сегодня