Допущения:
- Каждый элемент задачи хранится в виде отдельного документа в mongodb и отображается как элемент ввода текста в dom.
- На веб-странице может отображаться список сотен элементов задач, а также обновление и кнопка сброса.Пользователь может изменить любое количество элементов и нажать кнопку обновления.
Цели:
- Использовать как можно меньше операций с избыточностью, http-запросов и команд mongodb
- Сделать структуру приложения по-прежнему понятной.
Вопросы: Общий процесс должен быть следующим: отправка запросов по HTTP-интерфейсу-> сервер, отправляющий команды db-> ответ db с результатами-> сервер, отвечающий на frondend-> Обновление внешнего интерфейса магазина и повторное отображение страницы.Мои вопросы:
Можно ли обновить несколько элементов на стороне mongodb в пакетном режиме?
Должен ли я обновить элементы по одномупо одному (одно избыточное действие и один http-запрос для каждого обновления элемента)?Или я должен определить обработчик запросов на стороне узла для принятия запроса, содержащего все элементы обновления одновременно?
- Существует ли рекомендуемая структура хранилища с избыточностью для этого сценария?Редукционный документ предлагает использовать для обработки копию данных в процессе разработки.Но я думаю, что это не стоит того, чтобы обновлять только один из сотен элементов.