回答編集履歴
2
追記
test
CHANGED
@@ -28,6 +28,16 @@
|
|
28
28
|
|
29
29
|
|
30
30
|
|
31
|
+
特にMAX、MINなどの極値を得る集計関数は、
|
32
|
+
|
33
|
+
インデックスを定義しているとそれをそのまま利用してくれるため、
|
34
|
+
|
35
|
+
かなりコストを抑えることが可能です。
|
36
|
+
|
37
|
+
(インデックス自体が基本的にソート済のため)
|
38
|
+
|
39
|
+
|
40
|
+
|
31
41
|
以下は蛇足となります。
|
32
42
|
|
33
43
|
カラム数が多いテーブルならまだ良いのですが、
|
1
誤字修正
test
CHANGED
@@ -2,7 +2,7 @@
|
|
2
2
|
|
3
3
|
[こちらのQA](http://stackoverflow.com/questions/2158274/the-faster-of-two-sql-queries-sort-and-select-top-1-or-select-max)によるとMAXもTOPもパフォーマンス的差異はないか、
|
4
4
|
|
5
|
-
むしろインデックスが定義されていないケースでは実行速度が落ちる可能性もあります。
|
5
|
+
むしろインデックスが定義されていないケースではTOPの方が実行速度が落ちる可能性もあります。
|
6
6
|
|
7
7
|
[比較検証しているサイト](http://blogs.wankuma.com/kaya/archive/2006/10/17/41425.aspx)があったので参考までに。
|
8
8
|
|
@@ -10,7 +10,7 @@
|
|
10
10
|
|
11
11
|
|
12
12
|
|
13
|
-
ですので根本的に
|
13
|
+
ですので根本的に改善すべきはインデックスの設定となりそうです。
|
14
14
|
|
15
15
|
(質問でおっしゃっている7つ設定したインデックスの中に重複があればすみません・・・)
|
16
16
|
|
@@ -18,9 +18,9 @@
|
|
18
18
|
|
19
19
|
提示していただいているSQLのみに焦点を当てると、
|
20
20
|
|
21
|
-
-
|
21
|
+
- DATATYPE、PERIOD、POINTに対しての複合インデックスを付与
|
22
22
|
|
23
|
-
-
|
23
|
+
- 日付のカラムに対してもインデックスを付与
|
24
24
|
|
25
25
|
|
26
26
|
|