最良の指標の一時テーブルT-SQL
-
09-06-2019 - |
質問
いを一時テーブル内に格納手続きを追加したいの指標は、機能向上のための追加に関する技術を開発しているので、何が最善のアプローチを考えていますか。Sybaseと この:
"をテーブルが含まれている必要があデータの場合の指数が作成されます。作成した場合は、一時テーブルのインデックスが空のテーブル、適応型サーバを生じさせるものではありません列統計などのヒストグラムおよび密度化が図れます。た場合の挿入データの列が作成後に指数のバージョンのオプティマイザが不完全ます。"
が、最近では同僚記る場合には作成し、温度表と指標により異なるタへの実際の使用の一時テーブル、そして適応型サーバoptimiser ま ることができます。
のんの大ファンでラッパ手続きを付加する価値は乏しいていないための試験もうと思って入れる問題が見だったその他のアプローチや相談すればいいのだろうか。
解決
数うな思想を貫いています。
- 場合は一時テーブルのように大きいインデックスで、それがより良い解決の問題なのでしょうか。
できる力での使用を指しているインデックスを指定し、正しいアクセスのテーブル)することによるoptimiserヒントの形式:
SELECT * FROM #table (index idIndex) WHERE id = @id
ご興味のある方性能のヒント一般的に、私の答えはカップルのその他の質問と一部の長さ:
他のヒント
何の問題の追加を指標に貼り付けた後、データの温度テーブルは?
ひとつのに必要なも常に視認性の指標その他のインスタンスの手順が走行でも同時に行います。
私のように追加することでこれらの種類の温度テーブルの指標、あることを確になっていませる。その他の利益をこのアプローチであることができることで、温度テーブル実。
また、確認する必要のあるクエリのデータをこれらの温度テーブル 回以上 期間中の運営をはじめとする各種の保存手順は、それ以外のコスト指数作成上の利益のを選択します。
にSybaseを作成する場合は温度テーブルを使用し、ひとつのprocのプランの選択を利用して推定値の100行えます。(本プランは時の手続きを開始前のテーブルが入力されます。) この温度テーブルがテーブルスキャンにあるこの"100の行".呼び出し、別の論文集原因Sybaseの構築プランの選択、実行数、このバージョンのオプティマイザが迎えにより良い指標を利用します。していっているにもかかわらimprovedmentsこのアプローチが試験データベースなどもありません。