10
我曾經認爲當列值之一爲空時，Oracle不會索引一行。Oracle何時索引空列值？
一些簡單的實驗表明，情況並非如此。即使某些列可以爲空（這當然是一個令人驚喜的），我仍然能夠意外地運行一些查詢。
谷歌搜索導致一些博客相互矛盾的答案：我已閱讀，一排被編入索引，除非所有索引列是空的，並且也是一排編入索引，除非索引的前導列值是空值。
那麼，在哪些情況下行不進入索引？這個Oracle版本是特定的嗎？
A
回答
22
如果任何索引列包含非空值，該行將被索引。正如你在下面的例子中可以看到的，只有一行沒有被索引，並且這是兩個索引列都有NULL的行。您還可以看到，當前導索引列具有NULL值時，Oracle肯定會索引行。
SQL> create table big_table as
2 select object_id as pk_col
3 , object_name as col_1
4 , object_name as col_2
5 from all_objects
6/
Table created.
SQL> select count(*) from big_table
2/
COUNT(*)
----------
69238
SQL> insert into big_table values (9999990, null, null)
2/
1 row created.
SQL> insert into big_table values (9999991, 'NEW COL 1', null)
2/
1 row created.
SQL> insert into big_table values (9999992, null, 'NEW COL 2')
2/
1 row created.
SQL> select count(*) from big_table
2/
COUNT(*)
----------
69241
SQL> create index big_i on big_table(col_1, col_2)
2/
Index created.
SQL> exec dbms_stats.gather_table_stats(user, 'BIG_TABLE', cascade=>TRUE)
PL/SQL procedure successfully completed.
SQL> select num_rows from user_indexes where index_name = 'BIG_I'
2/
NUM_ROWS
----------
69240
SQL> set autotrace traceonly exp
SQL>
SQL> select pk_col from big_table
2 where col_1 = 'NEW COL 1'
3/
Execution Plan
----------------------------------------------------------
Plan hash value: 1387873879
-----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 2 | 60 | 4 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| BIG_TABLE | 2 | 60 | 4 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | BIG_I | 2 | | 3 (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("COL_1"='NEW COL 1')
SQL> select pk_col from big_table
2 where col_2 = 'NEW COL 2'
3/
Execution Plan
----------------------------------------------------------
Plan hash value: 3993303771
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 2 | 60 | 176 (1)| 00:00:03 |
|* 1 | TABLE ACCESS FULL| BIG_TABLE | 2 | 60 | 176 (1)| 00:00:03 |
-------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter("COL_2"='NEW COL 2')
SQL> select pk_col from big_table
2 where col_1 is null
3 and col_2 = 'NEW COL 2'
4/
Execution Plan
----------------------------------------------------------
Plan hash value: 1387873879
-----------------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-----------------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 53 | 4 (0)| 00:00:01 |
| 1 | TABLE ACCESS BY INDEX ROWID| BIG_TABLE | 1 | 53 | 4 (0)| 00:00:01 |
|* 2 | INDEX RANGE SCAN | BIG_I | 2 | | 3 (0)| 00:00:01 |
-----------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
2 - access("COL_1" IS NULL AND "COL_2"='NEW COL 2')
filter("COL_2"='NEW COL 2')
SQL> select pk_col from big_table
2 where col_1 is null
3 and col_2 is null
4/
Execution Plan
----------------------------------------------------------
Plan hash value: 3993303771
-------------------------------------------------------------------------------
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
-------------------------------------------------------------------------------
| 0 | SELECT STATEMENT | | 1 | 53 | 176 (1)| 00:00:03 |
|* 1 | TABLE ACCESS FULL| BIG_TABLE | 1 | 53 | 176 (1)| 00:00:03 |
-------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
1 - filter("COL_1" IS NULL AND "COL_2" IS NULL)
SQL>
本示例在Oracle 11.1.0.6上運行。但我相當確信它適用於所有版本。
3
除了APC的答案，NULLS被索引在位圖索引中。
8
除了APC的答案：當你想索引一個NULL值時，你可以給索引添加一個常量表達式。
例子：
SQL> select * from v$version where rownum = 1
2/
BANNER
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
1 rij is geselecteerd.
SQL> create table t (id,status,fill)
2 as
3 select level
4 , nullif(ceil((level-1)/1000),0)
5 , lpad('*',1000,'*')
6 from dual
7 connect by level <= 10000
8/
Tabel is aangemaakt.
SQL> select status
2 , count(*)
3 from t
4 group by status
5/
STATUS COUNT(*)
---------- ----------
1 1000
2 1000
3 1000
4 1000
5 1000
6 1000
7 1000
8 1000
9 1000
10 999
1
11 rijen zijn geselecteerd.
SQL> create index i_status on t(status)
2/
Index is aangemaakt.
SQL> exec dbms_stats.gather_table_stats(user,'t',cascade=>true)
PL/SQL-procedure is geslaagd.
SQL> set autotrace traceonly
SQL> select *
2 from t
3 where status is null
4/
1 rij is geselecteerd.
Uitvoeringspan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=201 Card=1 Bytes=1007)
1 0 TABLE ACCESS (FULL) OF 'T' (TABLE) (Cost=201 Card=1 Bytes=1007)
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
364 consistent gets
0 physical reads
0 redo size
1265 bytes sent via SQL*Net to client
242 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
請注意全表掃描和364一致獲取。
SQL> set autotrace off
SQL> create index i_status2 on t(status,1)
2/
Index is aangemaakt.
SQL> set autotrace traceonly
SQL> select *
2 from t
3 where status is null
4/
1 rij is geselecteerd.
Uitvoeringspan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=1 Card=1 Bytes=1007)
1 0 TABLE ACCESS (BY INDEX ROWID) OF 'T' (TABLE) (Cost=1 Card=1 Bytes=1007)
2 1 INDEX (RANGE SCAN) OF 'I_STATUS2' (INDEX) (Cost=1 Card=1)
Statistics
----------------------------------------------------------
1 recursive calls
0 db block gets
3 consistent gets
1 physical reads
0 redo size
1265 bytes sent via SQL*Net to client
242 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
0 sorts (disk)
1 rows processed
現在它使用索引並且只有3個一致的獲取。
Regards， Rob。
相關問題
- 1. Oracle：索引組織的空值表
- 2. Oracle NLS_UPPER索引列
- 3. 如何在Oracle中創建唯一索引但忽略空值？
- 4. 如何在oracle的列上進行索引是不是空值查詢？
- 5. rowid列上的oracle索引
- 6. 設置Oracle文本索引Oracle表中多列的值
- 7. 如何索引Oracle中的Y/N列
- 8. Oracle中的非空間索引
- 9. Oracle：創建唯一索引，但忽略空值
- 10. 如何檢索Oracle序列值？
- 11. 錯誤創建在Oracle 11g中的SDO_GEOMETRY列的空間索引
- 12. 日期，空值和索引
- 13. 在Solr中索引空值
- 14. pandas MultiIndex索引列中的空白空格值
- 15. grails可搜索索引空值
- 16. 如何更新空閒表中索引列的值？
- 17. oracle複合索引列位置和非複合索引
- 18. oracle中基於數據的索引列
- 19. 在oracle中使用solr索引clob列
- 20. Oracle從索引值列表中進行選擇
- 21. Oracle索引「打破」
- 22. Oracle索引加入
- 23. Oracle日期索引
- 24. Oracle索引使用
- 25. Oracle索引行爲
- 26. Oracle中的索引
- 27. Oracle綜合索引
- 28. Oracle獨特索引
- 29. Oracle空值
- 30. 當值不爲空時，不能索引爲空數組錯誤