2017-09-13 5 views
0

コグノスのレポートチームに問題があります。レポートに10分以上のテーブルと十分なインデックスを参照する3kレコードのレポートを取得するのに7分かかることはほとんどありません。プロジェクトの初期段階で、私の元同僚はクライアントに、そのようなレポートが現実的ではないように思われる1分以内にレンダリングできるという誤った予測を与えました。私はクライアントといくつかの事実を交渉する必要があります。私はある方向性が必要です。ところで、可能なチューニング作業は既に行われていました。この段階でのみ、3kのテストデータが与えられ、問題が認識されました。クライアントは合理的です、私はいくつかの基準と事実でそれらを説明する必要があるだけです。どんな方向?事前に感謝しますコグノスのパフォーマンスのしきい値

+0

結果やソーステーブルで3kレコードについて話していますか?ソーステーブルの中で最大のレコード数は何ですか?スタースキーマなどの最適なレポート用に整理されているのか、トランザクション非正規化されていますか? – Johnsonium

+0

応答のためのtks。私はResultsのように3kのレコードを意味しました。開始スキーマはありません。すべての参照テーブルはトランザクションテーブルです。 –

+0

レポートがトランザクションテーブルを指し、適切なデータウェアハウスを指していない限り、パフォーマンスは最適以下になります。実際に受け取るパフォーマンスの種類は、報告元のバックエンドデータソースに大きく依存します。 – Johnsonium

答えて

0

Oracle 11gデータベースを使用してCognos BIを実装する際に同様の問題が発生しました.10以上のテーブルに100万を超えるレコードを結合していました。私はLEFTスタジオ レポートに

  • 貼り付けSQLを直接テーブル内のインデックスを作成するSQLで
  • 作成機能またはマテリアライズド・ビュー
  • に参加使用

    • で1分以内に実行するためにそれを最適化するために管理しました

      願っています。

  • +0

    私にとって非常に重要な入力..たくさんのDude –

    関連する問題