Н
Мы делаем тогда много запросов на запись
Size: a a a
2019 May 31
Н
В случае денормализации
MP
я говорю, выбирать из монги по несколько сот записей в виде {_id: {$in: [...]}}
вообще не проблема
вообще не проблема
Н
И если один из них упадёт то будет плохо
MP
лишний раз размазывать данные точно не надо.
MP
надо понять, что на самом деле хочется.
PP
у меня есть кейс, когда денормализация является более правильным решением, чем нормализация.
Например, когда чел подписывает документ - его имя должно фиксироваться на момент подписания.
Например, когда чел подписывает документ - его имя должно фиксироваться на момент подписания.
Вопрос, кстати, денормализация ли это, или всё-таки это уже другая сущность: мол, это не имя юзера, а имя в подписи.
Н
А вот если мы вернемся к третьему варианту что я писал, там мы делаем несколько запросов на чтение
Н
И если какой то из них упадет - то не беда
MP
Вопрос, кстати, денормализация ли это, или всё-таки это уже другая сущность: мол, это не имя юзера, а имя в подписи.
вот это да, основной вопрос.
MP
Вопрос, кстати, денормализация ли это, или всё-таки это уже другая сущность: мол, это не имя юзера, а имя в подписи.
но как говорл великий Рич - "не бывает просто имя юзера - важен момент времени"
Н
То есть денормализация - это явно проблема с консистентностью данных
MP
То есть денормализация - это явно проблема с консистентностью данных
не обязательно.
Н
не обязательно.
Ну сетевые проблемы не редкость
MP
Надо вырисовать модель данных и способы их изменения.
Потом посмотреть на типовые запросы к этим данным - и станет куда более понятно - что стоит делать, а чего нет.
Потом посмотреть на типовые запросы к этим данным - и станет куда более понятно - что стоит делать, а чего нет.
MP
Еще есть такой важный момент - понятие "достаточно".
MP
То есть если вы простым способом (пусть даже самым тупым) можете обеспечить достаточную производительность - то это путь.
DB
И если какой то из них упадет - то не беда
Как это выборка может упасть, там же не по одному запрсу будешь на сервер отправлять. Запрос будет выполняться на сервере, даже если 3-вариант
DB
Это будет один sql запрос, даже при 3-варианте
Н
Ну у нас есть два запроса в третьем случае