MongoDB - 许多文档或许多集合

Question

我目前正在开发一项存储多个商店拥有的产品的服务，并且我正在尝试找出构建数据库的最佳方式。唯一的问题是产品来自不同的领域，例如衣服、玩具、电子产品，并且由不同的卖家销售。

想到的第一个想法是为每个卖家设置不同的集合，但我认为这是一个令人头疼的问题，必须管理不同的数据库连接。

将所有产品存储在同一个文档中的想法对我来说似乎很糟糕，因为它们来自不同的域。

我认为在这种情况下唯一可行的想法是这样的： 假设我们有 3 家商店：商店一、商店二、商店三。我会像这样为每个商店创建一个文档：products_storeone、products_storetwo、products_storethree 并根据每个商店的标识符访问它们。现在，每个商店将有多个文档来存储不同的内容，例如 products_identifier、users_identifier、orders_identifier。

您认为这是个好主意吗？ 请告诉我您对实现为每个商店独立存储物品而不混合它们的结构的最佳方法的看法。

经过一些计算，每个商店最多有 50 个文档。我不认为这是处理 1.000 家商店的方式。您认为 50.000 个文档太多了吗？影响性能？ 任何关于实现高性能查询的提示都非常受欢迎。

谢谢！

Answer 1

您可以创建一个数据库“产品”，它将是一个对象数组，每个对象都是一个产品。每个产品都有“商店”和“类别”属性，我们可以通过这些属性进行高效查询。

希望这能有所帮助。