嗯,MongoDB的主要优点之一是能够在单个集合中维护不同结构的文档。对任务数量而言,它确实非常有用。
我正在制作一个应该在各种商品的大清单中搜索的应用程序。有几十种类型的物品,每个物品都有几十种属性。我希望searсh尽可能灵活,并且非常快速地在数据库中执行搜索操作。我需要找出最好的storade数据模型/架构 假设我有以下用户查询:
一般来说,我会将问题说明为“我需要通过数百个属性查找项目”。也许我在这里错了,请告诉我
要应用于Mongo集合的最大索引是64,我想我需要更多道具来搜索,所以这种方式似乎无法解决我的问题。
我想到的替代方案是:
我认为有比这三种更多的选择。我肯定会想到它们,但是如果你已经有了关于如何以更好的方式组织数据的想法/链接/建议,那么你将不胜感激。 谢谢!