回答編集履歴
3
追記
test
CHANGED
@@ -1,6 +1,8 @@
|
|
1
|
-
個人的な意見としてですが、
|
1
|
+
個人的な意見としてですが、「実行プランの差も出ない」前提ですが、
|
2
2
|
|
3
3
|
交差テーブルということであれば、その関係性における条件なので、「●ON句に書くべき根拠」派です。
|
4
|
+
|
5
|
+
※選択肢にはないですが、厳密には「コストが低い方に使い分ける派」ですけど。
|
4
6
|
|
5
7
|
|
6
8
|
|
2
修正
test
CHANGED
@@ -10,15 +10,11 @@
|
|
10
10
|
|
11
11
|
|
12
12
|
|
13
|
-
それをサブクエリーではなく記述すると
|
13
|
+
それをサブクエリーではなく記述すると漏れなくon句での記述となります。
|
14
14
|
|
15
15
|
|
16
16
|
|
17
|
-
また削除云々ではなく、結合相手の日付項目と設定日時と削除日時でbetweenにより結合する場合も考えられますから。
|
18
|
-
|
19
|
-
|
20
|
-
|
21
|
-
|
17
|
+
また削除云々ではなく、結合相手の日付項目と設定日時と削除日時でbetweenにより結合する場合も考えられますし、等結合なら関係ありませんが、外部結合である場合、where条件に記述する際には、Null考慮が必要になる点です。
|
22
18
|
|
23
19
|
|
24
20
|
|
1
追記
test
CHANGED
@@ -18,4 +18,8 @@
|
|
18
18
|
|
19
19
|
|
20
20
|
|
21
|
+
それから、等結合なら関係ありませんが、外部結合である場合、where条件に記述する際には、Null考慮が必要になる点です。
|
22
|
+
|
23
|
+
|
24
|
+
|
21
|
-
本題とは逸れますが、こういった条件に関係する項目はNot Nullとする設計を行って、インデックスを効率的に使用する方が良いかと思います。
|
25
|
+
※本題とは逸れますが、こういった条件に関係する項目はNot Nullとする設計を行って、インデックスを効率的に使用する方が良いかと思います。
|