MongoDB不鼓励在简单查询上进行聚合
我们正在为一些价格数据运行一个MongoDB实例，我想在数据库中查找每个产品的最新价格更新 来自SQL背景，我最初的想法是使用子查询创建查询，其中子查询是一个分组查询。在子查询中，价格更新按产品分组，然后可以找到每个价格更新的最新更新 我和一位同事谈过这种方法，他声称在MongoDB的官方培训材料中，人们应该更喜欢简单的查询而不是聚合查询。i、 e.他会对每种产品进行查询，然后通过按更新日期订购来查找最新的价格更新。因此，与产品数量相比，查询数量将是线性的 我确实同意，编写这样的查询比编写聚合查询更简单，但我认为从性能角度来看，一次遍历集合并找到查询会更快，即查询的数量与产品的数量相比是恒定的 他还声称，在集群中运行简单查询时，mongodb也能够更好地进行优化 有人知道是不是这样吗 我试图在互联网上搜索，但我找不到这样一种说法，即人们应该更喜欢简单的查询而不是聚合查询 我的另一位同事也认为，由于MongoDB是一种新技术，因此可能没有针对集群MongoDB实例优化聚合查询 有谁能解释一下这些事情吗MongoDB不鼓励在简单查询上进行聚合,mongodb,performance,aggregation-framework,Mongodb,Performance,Aggregation Framework,我们正在为一些价格数据运行一个MongoDB实例，我想在数据库中查找每个产品的最新价格更新 来自SQL背景，我最初的想法是使用子查询创建查询，其中子查询是一个分组查询。在子查询中，价格更新按产品分组，然后可以找到每个价格更新的最新更新 我和一位同事谈过这种方法，他声称在MongoDB的官方培训材料中，人们应该更喜欢简单的查询而不是聚合查询。i、 e.他会对每种产品进行查询，然后通过按更新日期订购来查找最新的价格更新。因此，与产品数量相比，查询数量将是线性的 我确实同意，编写这样的查询比编写聚合查
提前感谢以下是有关分片MongoDb实现的聚合管道的一些信息 假设集合上有正确的索引，那么使用MongoDB聚合应该不会有任何问题