mongodb订单schema设计问题

Question

在github看到一个购物项目,所有用户订单创建了一个schema1来存所有用户订单,用户个人信息创建了schema2,schema2除了基本信息下面还有一个个人order:[ ]存储个人订单.

有一个疑问,既然schema1存了所有用户订单,用户查自己订单直接在schema1查是不是也可以,如果数据量大,在订单个人userID创建索引,这样用户查自己订单也应该很快,这样是不是没必要建oredr:[ ].
另外根据订单号查询时,mongodb在创建数据时生成唯一的_id,可不可以用此_id做一些处理作为订单号.

Answer 1

也许这个项目有所谓的历史遗留问题， 先有schema2.order。 再有schema1 。也是是技术老大想试试mongo的Arrey子集合分页查询好不好用。空间换时间。 数据库轻轻松松破TB。以上纯属妄言。。另 : _id直接用做订单id也可以啊， 本身mongo的_id生成算法是分布式的一种id生成算法。时间戳+机器码+进程Id+随机数