回答編集履歴
3
追記
answer
CHANGED
|
@@ -13,4 +13,7 @@
|
|
|
13
13
|
確実なのはREBUILDの方なので、REORGANIZEで改善しない場合は、REBUILDを。
|
|
14
14
|
|
|
15
15
|
後は、統計情報の更新ですね。
|
|
16
|
-
[どうする？ SQL Server のクエリ パフォーマンスが低下した！](https://blogs.msdn.microsoft.com/jpsql/2013/09/03/sql-server-5/)
|
|
16
|
+
[どうする？ SQL Server のクエリ パフォーマンスが低下した！](https://blogs.msdn.microsoft.com/jpsql/2013/09/03/sql-server-5/)
|
|
17
|
+
|
|
18
|
+
そもそも、インデックスが使われているかも確認して下さい。
|
|
19
|
+
[実行計画の表示方法](https://use-the-index-luke.com/ja/sql/explain-plan/sql-server/getting-an-execution-plan)
|
2
追記
answer
CHANGED
|
@@ -9,7 +9,7 @@
|
|
|
9
9
|
> 断片化のレベルが非常に低い場合 (5% 未満) は、通常、これらのコマンドのいずれも使用しないでください。インデックスの再構成や再構築には、ほとんどの場合、そのようなわずかな断片化を解消するには見合わないコストがかかります。
|
|
10
10
|
|
|
11
11
|
というのも。
|
|
12
|
-
|
|
12
|
+
何れにしてもコストに見合う効果の話なので、改善しなければ実行してみた方が良いかと思います。
|
|
13
13
|
確実なのはREBUILDの方なので、REORGANIZEで改善しない場合は、REBUILDを。
|
|
14
14
|
|
|
15
15
|
後は、統計情報の更新ですね。
|
1
追記
answer
CHANGED
|
@@ -10,4 +10,7 @@
|
|
|
10
10
|
|
|
11
11
|
というのも。
|
|
12
12
|
|
|
13
|
-
確実なのはREBUILDの方なので、REORGANIZEで改善しない場合は、REBUILDを。
|
|
13
|
+
確実なのはREBUILDの方なので、REORGANIZEで改善しない場合は、REBUILDを。
|
|
14
|
+
|
|
15
|
+
後は、統計情報の更新ですね。
|
|
16
|
+
[どうする？ SQL Server のクエリ パフォーマンスが低下した！](https://blogs.msdn.microsoft.com/jpsql/2013/09/03/sql-server-5/)
|