mongodb订单schema设计问题
在github看到一个购物项目,所有用户订单创建了一个schema1来存所有用户订单,用户个人信息创建了schema2,schema2除了基本信息下面还有一个个人order:[ ]存储个人订单.
有一个疑问,既然schema1存了所有用户订单,用户查自己订单直接在schema1查是不是也可以,如果数据量大,在订单个人userID创建索引,这样用户查自己订单也应该很快,这样是不是没必要建oredr:[ ].
另外根据订单号查询时,mongodb在创建数据时生成唯一的_id,可不可以用此_id做一些处理作为订单号.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
历史遗留问题， 先有schema2.order。 再有schema1。mongo的Arrey子集合分页查询好不好用。以上纯属妄言。。
另 :
_id直接用做订单id也可以啊， 本身mongo的_id生成算法是分布式的一种id生成算法。时间戳+机器码+进程Id+随机数