レポートを最適化するために、レポートに存在するすべてのピボット テーブルを SQL クエリに変更しました。これは、ピボットの使用は効果的なコーディング方法ではないためです。しかし驚いたことに、SQL クエリはピボットよりも時間がかかっています。ツールの実行を高速化するために SQL クエリまたは接続を最適化する標準的な方法はありますか?
2078 次
1 に答える
0
本番環境で合法的に使用するオプションと、いくつかの堅牢な DBMS を自由に試すことができる場合は、それらのそれぞれでデータをテストできます。
これにより、各接続タイプと DBMS のパフォーマンスを評価できます。多くの開発者がこれらの DBMS でほとんどの DML 構文を試しているため、車輪を再発明する必要はないかもしれません。最も関連性の高い分野で質問を投げかけました。
選択プロセスを高速化するには、最も重要な/最も需要の高いテーブル/データを使用し、可能なすべてのテーブルをナグして「スーパー」データを出力するクエリを実行できます...
選択したDMBS のサポートを利用できるかどうかは、ガイドとして非常に重要です。特に、特定のプラットフォーム/外部 BI ツールに移行/統合する現在/将来の計画がある場合。例: Excel/Access から Oracle & Microstrategy へのリアルタイム レポート エンジンの移行に関与しました。私たちが手を差し伸べるリソースが棚にあることを証明した人はあまりいなかったので、その時点では多忙でした。
それはすべて、データベースをどれだけスケーラブルに設計できるか、データへのアクセス頻度に依存します (リアルタイムであるか、バッチ処理を 1 日または 1 週間に 1 回または 2 回実行するだけであるかに関係なく)。
互換性について少し補足すると、Excel と MySQL サーバー 2008 はより友好的に動作するようです。おそらく彼らは同じ家によって支えられています
于 2012-11-08T08:38:17.097 に答える