Odpowiedziałem na podobne pytanie tutaj https://stackoverflow.com/a/26633820/3989608
Kilka faktów na temat wartości NULL i INDEKSU:
-
Całkowicie NULL klucze nie są wprowadzane do „normalnego” drzewa B* w Oracle
-
Dlatego, jeśli masz połączony indeks na powiedzmy C1 i C2, prawdopodobnie znajdziesz w nim wartości NULL – ponieważ możesz mieć wiersz, w którym C1 jest NULL, ale C2 nie jest NULL – ta wartość klucza będzie w indeksie.
Część demonstracji Thomasa Kyte'a dotycząca tego samego:
[email protected]> create table t
2 as
3 select object_id, owner, object_name
4 from dba_objects;
Table created.
[email protected]> alter table t modify (owner NOT NULL);
Table altered.
[email protected]> create index t_idx on t(object_id,owner);
Index created.
[email protected]> desc t
Name Null? Type
----------------------- -------- ----------------
OBJECT_ID NUMBER
OWNER NOT NULL VARCHAR2(30)
OBJECT_NAME VARCHAR2(128)
[email protected]> exec dbms_stats.gather_table_stats(user,'T');
PL/SQL procedure successfully completed.
Cóż, ten indeks z pewnością może być użyty do spełnienia „IS NOT NULL” po zastosowaniu do OBJECT_ID:
[email protected]> set autotrace traceonly explain
[email protected]> 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)
W rzeczywistości – nawet jeśli tabela nie zawiera żadnych kolumn NOT NULL lub nie chcieliśmy/musieliśmy mieć połączonego indeksu obejmującego OWNER – istnieje przejrzysty sposób dość łatwego znalezienia wartości NULL OBJECT_ID:
[email protected]> drop index t_idx;
Index dropped.
[email protected]> create index t_idx_new on t(object_id,0);
Index created.
[email protected]> set autotrace traceonly explain
[email protected]> 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)
Źródło :Coś Thomasa Kyte o niczym
