我有一个应用程序，显示有关项目中缺陷的指标。
我可以选择制作一个返回所有缺陷的查询，从中我可以分析出四个不同的指标（在90天内，180天内有多少缺陷逃脱质量保证，然后再次使用相同的指标但仅计算sev1 / sev2缺陷）。
我可以进行四次查询并将结果限制为一个，这样我就可以得到每个查询。或者我可以做一个包含它们的查询（所有在180天内逃脱QA的缺陷）然后计算差异。
我认为最坏的情况是，在过去六个月中逃脱质量保证的缺陷数量通常会少于100个，当然最少500个。
你会做什么 - 每个有一个结果的四个查询，或者一个平均可能返回50的单个查询，也许是最差的情况500？
我猜关键问题是 - 拐点在哪里？也许我明天有更多指标（谁知道，8？）和不同的平均缺陷数。我可以用一个经验法则来帮助选择哪种方法吗？
答案 0 :(得分：0)
好吧，我可能会进行四个查询系列并使用结果计数。如果您期望500个缺陷最终将成为三个查询，每个缺陷都有200个缺陷。
即使存在大量缺陷，您执行每个查询并使用总结果计数的解决方案也是安全的。另外，我通常认为认为我知道应用程序将要处理的数据集是一个糟糕的计划。我的大部分应用程序最终生存时间更长，并且用于比我想要的更大的数据集。
答案 1 :(得分：0)
最大页面大小为200，所以听起来你要求1到3页之间的所有数据来获取页面大小为1且使用TotalResultCount的4个查询......
如果您使用多查询方法（让服务器根据您提供的过滤器为您进行计数），您肯定会减少要编写的聚合代码。
我猜这4个独立的查询可能会更快但听到你的实验结果会很有意思......