回答編集履歴
2
誤字修正
answer
CHANGED
|
@@ -18,7 +18,7 @@
|
|
|
18
18
|
用意してくれていた方が都合が良い、というのが当方の見解です。
|
|
19
19
|
(くどいですが標準SQLには定義されてるので・・・)
|
|
20
20
|
|
|
21
|
-
少し脱線しますが、SQLも簡潔に書くための実装(ウィンドウ関数、CTE、行値構成子など)
|
|
21
|
+
少し脱線しますが、SQLも簡潔に書くための実装(ウィンドウ関数、CTE、行値構成子など)のサポートを着実に進めてきているので、
|
|
22
22
|
これらの簡潔に書くための手段を知っておいて損はないかと思います。
|
|
23
23
|
|
|
24
24
|
|
1
レイアウトの修正
answer
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
他の回答者様も言及してますが、
|
|
2
2
|
当方としてもFULL JOINを利用する機会は数えるほど出て来るかどうかといった印象です。
|
|
3
3
|
|
|
4
|
-
また*UNION、LEFT JOIN、RIGHT JOIN*の合わせ技で、
|
|
4
|
+
また**UNION、LEFT JOIN、RIGHT JOIN**の合わせ技で、
|
|
5
5
|
同じようなデータの抜き方は可能なので、必ず必要とまでも言えません。
|
|
6
6
|
(現にFULL JOINをサポートしないDBMSも存在しますし。ただ完全外部結合は標準SQLには定義されているため、実装するDBMSの方が多いと思われます。)
|
|
7
7
|
|
|
@@ -29,8 +29,8 @@
|
|
|
29
29
|
(予算と実績テーブルが分かれている場合)
|
|
30
30
|
|
|
31
31
|
予実比較の場合だと、
|
|
32
|
-
*予算のたてられていない実績の情報、
|
|
32
|
+
**予算のたてられていない実績の情報、
|
|
33
|
-
予算はたてられたけど実績がまだない情報*のどちらも一覧で出して欲しいというケースも想定されるので、
|
|
33
|
+
予算はたてられたけど実績がまだない情報**のどちらも一覧で出して欲しいというケースも想定されるので、
|
|
34
|
-
そのような場面では*FULL JOINも有力な選択肢になり得る*と思います。
|
|
34
|
+
そのような場面では**FULL JOINも有力な選択肢になり得る**と思います。
|
|
35
35
|
|
|
36
36
|
ご参考までに・・・。
|