Эта схема создаст вам проблемы, когда данные станут больше. Вместо этого вы должны создать разные объекты для каждого заказа и сопоставить их с любым уникальным идентификатором пользователя.
Проблема в этом возникнет, когда вы захотите отсортировать различные заказы, тогда вам придется либо использовать запрос агрегации, который займет больше времени по сравнению с обычным запросом, либо вам придется вручную сортировать заказы с помощью функций forEach или map.
Во-вторых, вы также столкнетесь с проблемами при обновлении документа, если в игру вступят вложенные массивы, поскольку mongoDB не поддерживает глубоко вложенные массивы, поэтому вам придется снова и снова устанавливать значение массива, обновляя массив вручную.
Если вы создаете разные объекты, все эти вещи станут проще и быстрее.
Я работал над проектом электронной коммерции и столкнулся с проблемами, поэтому позже я изменил их на разные объекты для каждого заказа.
Итак, определите другую схему для заказов и добавьте уникальный идентификатор пользователя в каждом заказе, чтобы сопоставление стало простым