1

プロジェクトの欠陥に関する指標を表示するアプリがあります。

すべての欠陥を返す 1 つのクエリを作成するオプションがあり、そこから約 4 つの異なるメトリック (90 日間、180 日間で QA を逃れた欠陥の数、および同じメトリックを再度使用しますが、重大度 1/重大度 2 のみをカウントします) を分析できます。欠陥）。

4 つのクエリを作成し、結果を 1 つに制限して、それぞれのカウントを取得することができます。または、それらすべて (180 日間で QA を免れたすべての欠陥) を網羅する 1 つのクエリを作成し、差を数えることもできます。

過去 6 か月間に QA を逃れた欠陥の数は通常 100 未満であり、最悪の場合でも 500 未満になることは間違いありません。

それぞれ 1 つの結果を持つ 4 つのクエリと、平均して 50、おそらく最悪の場合 500 を返す可能性のある 1 つのクエリのどちらを行いますか?

重要な問題は、変曲点はどこにあるのかということだと思います。おそらく、明日にはさらに多くの指標があり (8 か?)、平均欠陥数も異なるでしょう。どのアプローチを選択するのに役立つ経験則はありますか?

4

2 に答える 2

0

おそらく一連の 4 つのクエリを作成し、結果のカウントを使用します。500 の欠陥が予想される場合、最終的にはそれぞれ 200 の欠陥を持つ 3 つのクエリになります。

個々のクエリを実行し、合計結果数を使用するソリューションは、非常に大量の欠陥があっても安全です。さらに、アプリが処理するデータセットを知っていると考えるのは、よくない計画だと思います。私のアプリのほとんどは、意図したよりもはるかに長く存続し、より大きなデータセットで使用されることになります。

于 2012-09-06T21:33:31.770 に答える
0

最大ページ サイズは 200 であるため、すべてのデータを取得するために 1 ～ 3 ページを要求するのに対して、ページ サイズが 1 で TotalResultCount を使用する 4 つのクエリを要求するように思えます...

マルチ クエリ アプローチを使用する場合 (提供されたフィルターに基づいてサーバーにカウントを行わせる)、作成する集計コードは間違いなく少なくなります。

4つの独立したクエリの方が高速かもしれないと思いますが、実験結果を聞くのは興味深いでしょう...

于 2012-09-06T21:35:52.053 に答える