回答編集履歴
4
追記
test
CHANGED
@@ -5,3 +5,7 @@
|
|
5
5
|
|
6
6
|
|
7
7
|
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果や条件による抽出等で、件数が著しく抑えられる場合)
|
8
|
+
|
9
|
+
|
10
|
+
|
11
|
+
なので、大体の場合一筆書きしてから、チューニングの際に分割するかどうかを考えます。
|
3
推敲
test
CHANGED
@@ -4,4 +4,4 @@
|
|
4
4
|
|
5
5
|
|
6
6
|
|
7
|
-
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果
|
7
|
+
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果や条件による抽出等で、件数が著しく抑えられる場合)
|
2
推敲
test
CHANGED
@@ -4,4 +4,4 @@
|
|
4
4
|
|
5
5
|
|
6
6
|
|
7
|
-
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果を利用する場合)
|
7
|
+
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果を利用すしたり条件による抽出等で、件数が著しく抑えられる場合)
|
1
追記
test
CHANGED
@@ -1,3 +1,7 @@
|
|
1
1
|
SQLのパフォーマンスという観点からはSQLの発行回数を押さえる方が良いです。
|
2
2
|
|
3
3
|
複雑さという事ならCTE(共通テーブル式)を活用すると分かり易くなると思います。
|
4
|
+
|
5
|
+
|
6
|
+
|
7
|
+
ただ、パフォーマンスの観点からでも、一旦テーブルに結果を出力して、インデックスを活用する事で効果が得られる場合もあります。(概ね集計した結果を利用する場合)
|