1

プロンプトをカスケードした Cognos レポートがあります。階層は、添付の画像で定義されています。

最初の親 (ディビジョン) は、2 つのカスケードする子を 3 ～ 5 秒で満たします。しかし、いずれかのポリシーを選択すると (その下に 2 つの子が入力されます)、約 2 分かかりました。

事実:

  • 2 分後の結果セットは正常です (~20 行)
  • すべてのプロンプトの背後にあるクエリは単純です DISTINCT Col_Name を選択します
  • すべてのプロンプト列にインデックスを作成しました。
  • ローカルキャッシュと実行方法を並行してオンにしようとしました。
  • Cognos Report Studio 10.1 を使用しています

どんな助けでも大歓迎です。ありがとう、

いや

ここに画像の説明を入力

4

2 に答える 2

0

1 回限りのディメンション テーブルに代わる方法があります。フレームワークで AL-No プロンプトのクエリ サブジェクトを作成します。クエリ自体で、個別の AL-No を取得するクエリを作成します (おそらく AL-No にインデックスがあるため、高速であると言いました)。' #prompt('pPolicy')#' でフィルター処理を行う select でそれをラップします (ポリシー プロンプトが ?pPolicy? にキー設定されていると仮定します)。

これにより、ポリシーがデータベースに送信される前に強制的に SQL に挿入されますが、個別の AL-No でラップすると、AL-No インデックスを使用できるようになります。

select AL_NO from 
(
    select AL_NO, Policy_NO
    from CLAIMS
    group by AL_NO, Policy_NO
)
where Policy_NO = #prompt('pPolicyNo')#
于 2014-01-31T16:19:19.597 に答える