1

我有一个应用程序显示有关项目中缺陷的指标。

我可以选择进行一个返回所有缺陷的查询，从中我可以分解出大约四个不同的指标（在 90 天、180 天内有多少缺陷逃脱了 QA，然后再次使用相同的指标，但只计算 sev1/sev2缺陷）。

我可以进行四个查询并将结果限制为一个，这样我就可以对每个查询进行计数。或者我可以进行一个包含所有问题的查询（所有在 180 天内逃脱 QA 的缺陷），然后计算差异。

我在计算最坏的情况，在过去六个月中逃脱 QA 的缺陷数量通常会少于 100 个，最坏的情况肯定会少于 500 个。

你会做什么——四个查询，每个查询一个结果，或者一个查询平均可能返回 50，也许最坏的情况下返回 500？

我想关键问题是——拐点在哪里？也许明天我有更多的指标（谁知道，8 个？）和不同的平均缺陷数。有没有我可以用来帮助选择哪种方法的经验法则？

4

2 回答 2

0

好吧，我可能会进行一系列四个查询并使用结果计数。如果您预计 500 个缺陷最终将成为三个查询，每个查询都有 200 个缺陷。

您执行每个单独查询并使用总结果计数的解决方案即使存在大量缺陷也是安全的。另外，我通常认为认为我知道应用程序将要处理的数据集是一个糟糕的计划。我的大多数应用程序最终的寿命都比我预期的要长得多，并且被用于更大的数据集。

于 2012-09-06T21:33:31.770 回答
0

最大页面大小为 200，因此听起来您需要 1 到 3 个页面来获取所有数据，而页面大小为 1 并使用 TotalResultCount 的 4 个查询...

如果您使用多查询方法（让服务器根据您提供的过滤器为您进行计数），您肯定会编写更少的聚合代码。

我猜这 4 个独立的查询可能会更快，但听到你的实验结果会很有趣......

于 2012-09-06T21:35:52.053 回答