我正在与一家初创公司合作,构建一个交换平台,在这个平台上,拥有大约5万份文档的商品集合中的商品可以被创建、买卖这些商品的用户买卖。
对于我们的“现在就买”/“现在就卖”功能,它需要计算一个项目的最佳买入和卖出出价。目前,我们正在使用UserBids集合中的“买卖出价”字段中的索引来计算这些内容(对于给定的项目文档,假设使用ID 1234,我们将找到项目1234的所有UserBids,并获得最大买入出价和最低卖出出价)。这用于向每个用户提供他们可以立即购买/出售商品的最佳价格,并且需要对UserBids集合进行大量查询,但不必为每一项更新标准的“最佳”价格。
我想知道项目模式是否具有一个MaxBuy和MinSell字段的更好的性能。这将需要项目文档的MaxBuy和MinSell字段在用户每次输入新的出价时,使用类似于Items.update({id: itemId, $or: [{maxBuy: {$lt: currentBuyBid}}, {maxBuy: null}]})的内容接收更新。我们仍然需要执行相同数量的查询才能向用户显示最佳价格,但是查询不需要聚合,而且随着交换的增加,我们期望UserBids集合比项集合增长得多(条目集合应该保持相对相同的大小)。
投标可能会增加/定期修改,但我们预计用户数量检查百思买/出售价格将是大约10-100倍。有什么好方法来评估这些方法中哪一种是最好的吗?
发布于 2015-01-23 14:39:44
这在很大程度上取决于哪个用例更频繁,性能更关键:
当您假设后一种用例更频繁时,这就是您应该优化的用例。
https://stackoverflow.com/questions/28111079
复制相似问题