1

データベースは SQL 2008R2 Enterprise です。

毎晩、テーブルに約 1,500 万行を切り捨ててロードする SSIS 統合があります。それが起こった後、切り捨てとロードの後に​​ひどく断片化されているテーブルb/cのインデックスを再構築するSQL実行タスクがあります。

私が抱えている問題は、そのテーブルをデータソースとして使用する初めてのレポートです。最初の実行には時間がかかります。ただし、その最初の実行後、切り捨てと読み込みとインデックスの再構築が再び行われる次の夜まで、レポートは予想どおり非常に高速です。

そのテーブルの最初のクエリでパフォーマンスを修正するために何ができるかについての推奨事項はありますか?

4

2 に答える 2

1

インデックスの再構築の直後にレポートのバージョン（sproc？）TOP 1を実行して、データセットの選択のみを実行して、必要なキャッシュと実行プランを確立することができます。これにより、キャッシュが「プライミング」され、設定が最適になります。レポート全体を実行する必要があります。

于 2013-01-08T16:18:47.557 に答える
0

インデックスを再構築したら、統計を更新してパフォーマンスの問題を修正してみてください。

EXEC sp_updatestats
于 2013-01-08T16:14:22.933 に答える