Mongodb性能设计

我有下面的用例

假设我在同一个集合中有用户、订单详细信息

Id是用户|订单| Id

我在一份文件中有以下信息

用户详细信息：{ 姓名、年龄、电子邮件、地址 }

假设只有一封电子邮件、一个地址、一个电话号码字段

然后是包含订单id、订单项目等的订单详细信息

订单详细信息还包含索引

注意：我的用例是不同的，我正在尝试映射它

方法1：

替换订单详细信息。无论订单在哪里，都要更换

方法2：

创建订单集合，比较订单上的更改，更新该客户的所有订单所在的更改字段

在这里，订单详细信息可以显示在多个用户上。请假设映射我的用例

我实现了方法2。它似乎很耗时，不可扩展。我想知道哪一个更好或者有什么新的方法？我更关心的是索引中的数据

---

有什么建议吗？

该用例并不是关于排序行为的真正描述。我的建议是创建另一个名为“cart”或“basket”的集合，因为订单是关于用户订购的产品的固定数据集。@Kevin订单是固定的。假设我让用户在交货前3天修改订单，这也会导致交货日期的变化。我正试图用这个来映射我的用例。用户能够修改订单的是什么？喜欢添加新产品吗？@Kevin是的。添加删除修改数量我猜数量是定义为订单本身项目中的一个字段。我的建议是更新订单中修改项目的数量，而不是替换整个订单。这对性能没有影响。