Ik heb hier een soortgelijke vraag beantwoord https://stackoverflow.com/a/26633820/3989608
Enkele feiten over NULL-waarden en INDEX:
-
Geheel NULL-sleutels worden niet ingevoerd in een 'normale' B*Tree in Oracle
-
Daarom, als je een aaneengeschakelde index hebt op bijvoorbeeld C1 en C2, dan zul je er waarschijnlijk NULL-waarden in vinden - aangezien je een rij zou kunnen hebben waarin C1 NULL is maar C2 NIET NULL - die sleutelwaarde zal in de index staan.
Een deel van de demonstratie van Thomas Kyte over hetzelfde:
ops$tkyte@ORA9IR2> create table t
2 as
3 select object_id, owner, object_name
4 from dba_objects;
Table created.
ops$tkyte@ORA9IR2> alter table t modify (owner NOT NULL);
Table altered.
ops$tkyte@ORA9IR2> create index t_idx on t(object_id,owner);
Index created.
ops$tkyte@ORA9IR2> desc t
Name Null? Type
----------------------- -------- ----------------
OBJECT_ID NUMBER
OWNER NOT NULL VARCHAR2(30)
OBJECT_NAME VARCHAR2(128)
ops$tkyte@ORA9IR2> exec dbms_stats.gather_table_stats(user,'T');
PL/SQL procedure successfully completed.
Welnu, die index kan zeker worden gebruikt om te voldoen aan "IS NOT NULL" wanneer toegepast op OBJECT_ID:
ops$tkyte@ORA9IR2> set autotrace traceonly explain
ops$tkyte@ORA9IR2> select * from t where object_id is null;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=34)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=3 Card=1 Bytes=34)
2 1 INDEX (RANGE SCAN) OF 'T_IDX' (NON-UNIQUE) (Cost=2 Card=1)
Zelfs als de tabel geen NOT NULL-kolommen had, of als we geen aaneengeschakelde index met OWNER wilden/nodigden, is er een transparante manier om de NULL OBJECT_ID-waarden vrij gemakkelijk te vinden:
ops$tkyte@ORA9IR2> drop index t_idx;
Index dropped.
ops$tkyte@ORA9IR2> create index t_idx_new on t(object_id,0);
Index created.
ops$tkyte@ORA9IR2> set autotrace traceonly explain
ops$tkyte@ORA9IR2> select * from t where object_id is null;
Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=3 Card=1 Bytes=34)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (Cost=3 Card=1 Bytes=34)
2 1 INDEX (RANGE SCAN) OF 'T_IDX_NEW' (NON-UNIQUE) (Cost=2 Card=1)
Bron:Iets over niets door Thomas Kyte