回答編集履歴
1
加筆修正
answer
CHANGED
|
@@ -7,8 +7,13 @@
|
|
|
7
7
|
|
|
8
8
|
あと実際は、実行計画（MySQL/PostgreSQLならEXPLAIN）をにらみながら
|
|
9
9
|
タイピング数と性能のバランスをどこまで頑張るかでしょうか。
|
|
10
|
-
必要ならインデックスを設けるとしても、（一般論では）NULL判定そのものにはインデックスを張れないで
|
|
10
|
+
必要ならインデックスを設けるとしても、（一般論では）NULL判定そのものにはインデックスを張れないので、
|
|
11
11
|
別の単純フラグを設けてインデックスが機能する方向で構築するのもよいかと。
|
|
12
12
|
|
|
13
|
+
例示するなら、削除日時にNULLを許さず、
|
|
14
|
+
例えば200年位先の特定日付（2222/2/22）を既定値として、
|
|
15
|
+
その日付の場合には削除されていないと判断するとかか、
|
|
16
|
+
あるいは、日付の有り無しではなく削除フラグを別途設けたらインデックスも機能します。
|
|
17
|
+
|
|
13
18
|
処理系ごとバージョンごとの癖もある世界なので、特化して学ばれるか、
|
|
14
19
|
あるいは汎用的な話としてざっくり理解しておくかと。
|