Oracle数据库解决NULL值不走B树索引

最新推荐文章于 2024-06-28 12:30:10 发布
最新推荐文章于 2024-06-28 12:30:10 发布
阅读量2.4k 收藏 10
点赞数 3
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/shuaisheng870701/article/details/90174052
版权

B树索引我们可以把它看成是书的目录，在这个目录中主要记录的是索引所对应的表列的值和这个值所对应的ROWID。在通常情况下，我们在表中增加索引的目的是增加表的查询性能，但是有几种情况，即使你在表中加入了索引，Oracle也不会执行索引。下面来说明一下其中一种不走索引的情况--null值不入索引。

以下的说明索引只针对B树索引，对于位图索引，是可以记录NULL值的。

首先需要说明的是，有的人会认为Oracle的表中只要有一列（表中的某个属性或字段）没有非空约束，并且该列中存在NULL值，那么对该列（表中的某个属性或字段）做任何查询都不走索引，这事不对的，请看下面的例子。

下面我们来创建一张text_tab表，并为该表的comm字段增加普通B树索引。

SQL> create table text_tab as select * from emp;
 
Table created
 
SQL> select * from emp;
 
EMPNO ENAME      JOB         MGR HIREDATE          SAL      COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
 7369 SMITH      CLERK      7902 1980/12/17     800.00               20
 7499 ALLEN      SALESMAN   7698 1981/2/20     1600.00    300.00     30
 7521 WARD       SALESMAN   7698 1981/2/22     1250.00    500.00     30
 7566 JONES      MANAGER    7839 1981/4/2      2975.00               20
 7654 MARTIN     SALESMAN   7698 1981/9/28     1250.00   1400.00     30
 7698 BLAKE      MANAGER    7839 1981/5/1      2850.00               30
 7782 CLARK      MANAGER    7839 1981/6/9      2450.00               10
 7788 SCOTT      ANALYST    7566 1987/4/19     3000.00               20
 7839 KING       PRESIDENT       1981/11/17    5000.00               10
 7844 TURNER     SALESMAN   7698 1981/9/8      1500.00      0.00     30
 7876 ADAMS      CLERK      7788 1987/5/23     1100.00               20
 7900 JAMES      CLERK      7698 1981/12/3      950.00               30
 7902 FORD       ANALYST    7566 1981/12/3     3000.00               20
 7934 MILLER     CLERK      7782 1982/1/23     1300.00               10
 
14 rows selected
 
SQL> create index idx_comm on text_tab(comm);
 
Index created

再来看一下对text_tab的comm字段的查询，之后查看其执行计划。

SQL> alter system flush shared_pool;    --此操作在生产环境中慎用
 
System altered
 
SQL> select count(1) from text_tab where comm = '300';
 
  COUNT(1)
----------
         1
 
SQL> select sql_text, sql_id, hash_value, child_number from v$sql where sql_text like '%select count(1) from text_tab%';
 
SQL_TEXT                                                                         SQL_ID        HASH_VALUE CHILD_NUMBER
-------------------------------------------------------------------------------- ------------- ---------- ------------
 select sql_text, sql_id, hash_value, child_number from v$sql where sql_text lik 1nm4rhvwjndut 4179244889            0
 select count(1) from text_tab where comm = '300'                                8ykxwd1c1v6zj 1478335473            0

SQL> select * from table(dbms_xplan.display_cursor('8ykxwd1c1v6zj', 0, 'advanced'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  8ykxwd1c1v6zj, child number 0
-------------------------------------
 select count(1) from text_tab where comm = '300'
Plan hash value: 4008428181
------------------------------------------------------------------------------
| Id  | Operation         | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |          |       |       |     1 (100)|          |
|   1 |  SORT AGGREGATE   |          |     1 |    13 |            |          |
|*  2 |   INDEX RANGE SCAN| IDX_COMM |     1 |    13 |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1
   2 - SEL$1 / TEXT_TAB@SEL$1
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
Outline Data
-------------
 
...
 
48 rows selected

从上面测试中可以看出，Oracle执行了索引，执行计划为索引范围扫描。这说明，在表中的某一列中如果存在NULL值，并不是对此列的任何操作Oracle都不走索引。

下面举一个Oracle因为NULL值不走索引的例子。

SQL> alter system flush shared_pool;    --此操作在生产环境中慎用
 
System altered
 
SQL> select * from text_tab where comm is null;
 
EMPNO ENAME      JOB         MGR HIREDATE          SAL      COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
 7369 SMITH      CLERK      7902 1980/12/17     800.00               20
 7566 JONES      MANAGER    7839 1981/4/2      2975.00               20
 7698 BLAKE      MANAGER    7839 1981/5/1      2850.00               30
 7782 CLARK      MANAGER    7839 1981/6/9      2450.00               10
 7788 SCOTT      ANALYST    7566 1987/4/19     3000.00               20
 7839 KING       PRESIDENT       1981/11/17    5000.00               10
 7876 ADAMS      CLERK      7788 1987/5/23     1100.00               20
 7900 JAMES      CLERK      7698 1981/12/3      950.00               30
 7902 FORD       ANALYST    7566 1981/12/3     3000.00               20
 7934 MILLER     CLERK      7782 1982/1/23     1300.00               10
 
10 rows selected
 
SQL> select sql_text, sql_id, hash_value, child_number from v$sql where sql_text like '%select * from text_tab where comm is%';
 
SQL_TEXT                                                                         SQL_ID        HASH_VALUE CHILD_NUMBER
-------------------------------------------------------------------------------- ------------- ---------- ------------
 select sql_text, sql_id, hash_value, child_number from v$sql where sql_text lik a4dd5ksa9uf77  345848039            0
 select * from text_tab where comm is null                                       01g489ph8yjcq 1620002198            0
 
SQL> select * from table(dbms_xplan.display_cursor('01g489ph8yjcq', 0, 'advanced'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  01g489ph8yjcq, child number 0
-------------------------------------
 select * from text_tab where comm is null
Plan hash value: 2822424504
------------------------------------------------------------------------------
| Id  | Operation         | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |          |       |       |     3 (100)|          |
|*  1 |  TABLE ACCESS FULL| TEXT_TAB |    10 |   870 |     3   (0)| 00:00:01 |
------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------
   1 - SEL$1 / TEXT_TAB@SEL$1
Outline Data
-------------
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------

...
 
49 rows selected

通过上面的执行计划可以看出，CBO对该条查询选择的执行计划为全表扫描。这种情况就是我们所说的，NULL值不入索引的情况。

首先来看为什么Oracle的常规B树索引不记录NULL值。
1、索引是有序的。当一个空值进入索引时，无法确定其在索引中的位置。
2、空值与空值不相等。当检索一个空值时，由于空值与空值并不相等，所以，无法在索引中找到期望的空值索引。

但是在某些情况下，由于业务规定或者为了开发便利，我们无法避免这种NULL值的情况，那么如何在无法避免NULL值的情况下，去避免不必要的全表扫描，让其走索引呢？

PS：这里插一句题外话，某些情况下，全表扫描的效率不一定会低于走索引。甚至有些情况下会高于执行索引。因为在Oracle执行索引的时候，会先去索引中查找是否有对应的记录，如果没有找到可以返回的记录，它会找到需要返回记录的rowid,去表块中读取需要返回的值。但是如果一张表有1万条记录，而我们的查询结果大约9000条，这种情况下，先查索引再回表的效率要远远低于全表扫描这样直接去扫描数据块的效率。全表扫描的最大弊病在于全表扫描在同一查询中，执行效率是不可控的，它的性能会随着表中数据的增加而下降。

下面来说明一下再NULL值无法改变的情况下，如何让CBO选择执行索引的执行计划。大概方法有如下几种：

1、通过NVL这类的函数来解决。

2、通过复合索引和非空约束来解决。

3、通过复合索引增加伪列来解决。这种方式是非常推荐的。

下面来分别说明以下这三种解决方案。

1、使用NVL类似函数解决

SQL> drop index idx_comm;    --首先删除之前建立的索引
 
Index dropped
 
SQL> create index idx_comm on text_tab(nvl(comm, -1));    --重新建立索引，指定如果comm为NULL的情况下，值为-1
 
Index created
 
SQL> select * from text_tab where nvl(comm, -1) = -1;    --将is null改为这种写法
 
EMPNO ENAME      JOB         MGR HIREDATE          SAL      COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
 7369 SMITH      CLERK      7902 1980/12/17     800.00               20
 7566 JONES      MANAGER    7839 1981/4/2      2975.00               20
 7698 BLAKE      MANAGER    7839 1981/5/1      2850.00               30
 7782 CLARK      MANAGER    7839 1981/6/9      2450.00               10
 7788 SCOTT      ANALYST    7566 1987/4/19     3000.00               20
 7839 KING       PRESIDENT       1981/11/17    5000.00               10
 7876 ADAMS      CLERK      7788 1987/5/23     1100.00               20
 7900 JAMES      CLERK      7698 1981/12/3      950.00               30
 7902 FORD       ANALYST    7566 1981/12/3     3000.00               20
 7934 MILLER     CLERK      7782 1982/1/23     1300.00               10
 
10 rows selected
 
SQL> select sql_text, sql_id, hash_value, child_number from v$sql where sql_text like '%select * from text_tab where nvl%';
 
SQL_TEXT                                                                         SQL_ID        HASH_VALUE CHILD_NUMBER
-------------------------------------------------------------------------------- ------------- ---------- ------------
 select sql_text, sql_id, hash_value, child_number from v$sql where sql_text lik gg3m6han59y4d 2824140941            0
 select * from text_tab where nvl(comm, -1) = -1                                 7yywfqzkk2rqh 3844169424            0
 
SQL> select * from table(dbms_xplan.display_cursor('7yywfqzkk2rqh', 0, 'advanced'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  7yywfqzkk2rqh, child number 0
-------------------------------------
 select * from text_tab where nvl(comm, -1) = -1
Plan hash value: 386593135
--------------------------------------------------------------------------------
| Id  | Operation                   | Name     | Rows  | Bytes | Cost (%CPU)| Ti
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |          |       |       |     2 (100)|
|   1 |  TABLE ACCESS BY INDEX ROWID| TEXT_TAB |     1 |   100 |     2   (0)| 00
|*  2 |   INDEX RANGE SCAN          | IDX_COMM |     1 |       |     1   (0)| 00
--------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

....
 
52 rows selected

2、通过建立复合索引和非空约束来解决

SQL> drop index idx_comm;
 
Index dropped
 
SQL> create index idx_comm on text_tab(comm, empno);
 
Index created
 
SQL> alter table text_tab modify empno not null;
 
Table altered

SQL> alter system flush shared_pool;
 
System altered
 
SQL> select * from text_tab where comm is null;
 
EMPNO ENAME      JOB         MGR HIREDATE          SAL      COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
 7369 SMITH      CLERK      7902 1980/12/17     800.00               20
 7566 JONES      MANAGER    7839 1981/4/2      2975.00               20
 7698 BLAKE      MANAGER    7839 1981/5/1      2850.00               30
 7782 CLARK      MANAGER    7839 1981/6/9      2450.00               10
 7788 SCOTT      ANALYST    7566 1987/4/19     3000.00               20
 7839 KING       PRESIDENT       1981/11/17    5000.00               10
 7876 ADAMS      CLERK      7788 1987/5/23     1100.00               20
 7900 JAMES      CLERK      7698 1981/12/3      950.00               30
 7902 FORD       ANALYST    7566 1981/12/3     3000.00               20
 7934 MILLER     CLERK      7782 1982/1/23     1300.00               10
 
10 rows selected
 
SQL> select sql_text, sql_id, hash_value, child_number from v$sql where sql_text like '%select * from text_tab where comm%';
 
SQL_TEXT                                                                         SQL_ID        HASH_VALUE CHILD_NUMBER
-------------------------------------------------------------------------------- ------------- ---------- ------------
 select sql_text, sql_id, hash_value, child_number from v$sql where sql_text lik dtny2zs959kwm  307547027            0
 select * from text_tab where comm is null                                       01g489ph8yjcq 1620002198            0
 
SQL> select * from table(dbms_xplan.display_cursor('01g489ph8yjcq', 0, 'advanced'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  01g489ph8yjcq, child number 0
-------------------------------------
 select * from text_tab where comm is null
Plan hash value: 386593135
--------------------------------------------------------------------------------
| Id  | Operation                   | Name     | Rows  | Bytes | Cost (%CPU)| Ti
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |          |       |       |     2 (100)|
|   1 |  TABLE ACCESS BY INDEX ROWID| TEXT_TAB |    10 |   870 |     2   (0)| 00
|*  2 |   INDEX RANGE SCAN          | IDX_COMM |     1 |       |     1   (0)| 00
--------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

....
 
53 rows selected

3、通过复合索引增加伪列的方式解决。

这种方式的大体思路与上面第二个的思路相似。但是这种方式是我比较推荐的解决方式。因为如果在复合索引中增加一个其他列，而不是一个常量，会降低DML的操作性能。原因是在Oracle数据库中建立索引是有代价的。增加索引带来的负面影响就是会影响DML的性能，insert的时候，Oracle会先到索引中创建KV键值，在插入数据。delete也一样，会先删除索引键值，再删除数据。update的时候，如果update的是索引键值列，性能也会先下降，如果不是，性能不收影响。

至于create index idx_comm on text_tab(comm, 0);中，创建常量0也是有原因的，因为0在Oracle数据库中只占用1个字节。如果设置其他常量，比方说1，他在Oracle中占用2个字节。

SQL> drop index idx_comm;
 
Index dropped
 
SQL> create index idx_comm on text_tab(comm, 0);
 
Index created
 
SQL> alter system flush shared_pool;
 
System altered
 
SQL> select * from text_tab where comm is null;
 
EMPNO ENAME      JOB         MGR HIREDATE          SAL      COMM DEPTNO
----- ---------- --------- ----- ----------- --------- --------- ------
 7369 SMITH      CLERK      7902 1980/12/17     800.00               20
 7566 JONES      MANAGER    7839 1981/4/2      2975.00               20
 7698 BLAKE      MANAGER    7839 1981/5/1      2850.00               30
 7782 CLARK      MANAGER    7839 1981/6/9      2450.00               10
 7788 SCOTT      ANALYST    7566 1987/4/19     3000.00               20
 7839 KING       PRESIDENT       1981/11/17    5000.00               10
 7876 ADAMS      CLERK      7788 1987/5/23     1100.00               20
 7900 JAMES      CLERK      7698 1981/12/3      950.00               30
 7902 FORD       ANALYST    7566 1981/12/3     3000.00               20
 7934 MILLER     CLERK      7782 1982/1/23     1300.00               10
 
10 rows selected
 
SQL> select sql_text, sql_id, hash_value, child_number from v$sql where sql_text like '%select * from text_tab where comm%';
 
SQL_TEXT                                                                         SQL_ID        HASH_VALUE CHILD_NUMBER
-------------------------------------------------------------------------------- ------------- ---------- ------------
 select sql_text, sql_id, hash_value, child_number from v$sql where sql_text lik dtny2zs959kwm  307547027            0
 select * from text_tab where comm is null                                       01g489ph8yjcq 1620002198            0
 
SQL> select * from table(dbms_xplan.display_cursor('01g489ph8yjcq', 0, 'advanced'));
 
PLAN_TABLE_OUTPUT
--------------------------------------------------------------------------------
SQL_ID  01g489ph8yjcq, child number 0
-------------------------------------
 select * from text_tab where comm is null
Plan hash value: 386593135
--------------------------------------------------------------------------------
| Id  | Operation                   | Name     | Rows  | Bytes | Cost (%CPU)| Ti
--------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |          |       |       |     2 (100)|
|   1 |  TABLE ACCESS BY INDEX ROWID| TEXT_TAB |    10 |   870 |     2   (0)| 00
|*  2 |   INDEX RANGE SCAN          | IDX_COMM |     1 |       |     1   (0)| 00
--------------------------------------------------------------------------------
Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

...
 
52 rows selected

 

火良
关注
  • 3
    点赞
  • 踩
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
讨论B树索引中的 is null/is not null
11-02 1384
为什么在查询中使用IS NULL 或IS NOT NULL同样会限制索引的使用 简答的说因为索引键值不会存储空值 Oracle的CBO并不会因为SQL语句中指定了IS NOT NULL或IS NULL操作就不再使用索引。CBO选择索引的条件只有正确性和代价，只要满足这两个条件就可以了。 测试案例 以dba_objects表的数据建一个测试表为T   create table
oracle不走索引可能原因.docx
04-29
Oracle数据库在执行SQL查询时，有时会选择不使用已经创建的索引，这可能是由于多种因素导致的。以下是一些常见的原因及其详细解释： 1. **INDEX SKIP SCAN**: 当创建了一个组合索引，但是查询只使用了索引的非第一...
Oracle SQL优化案例-查询Null值走索引
lsdb
05-12 850
所以通过复合索引和至少一个非空列属性，Oracle 可以保证所有其他列的每个空值都包含在索引中，如果是IS NULL的查询可能用到此索引。如果一张表里面假设A 字段Null值很多并且A上创建了索引，如果查询 A is NULL的结果，这样子走全表扫描也是更高效的方式。也就是创建一个复合索引，其中一个值是带有 NULL 的列，另一个值只是一个常量的复合索引。IDX_PCT_FREE3 --》(pct_free, ' ') --》7 --》明显要比用owner的组合索引要小。案例是这么个简单的案例。
oracle 索引失效原因及解决方法
最新发布
男神的专栏
06-28 1144
14,联合索引 is not null 只要在建立的索引列（不分先后）都会走, in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时, 其他建立索引的列可以是is null（但必须在所有列 都满足is null的时候）, 或者=一个值；in null时 必须要和建立索引第一列一起使用,当建立索引第一位置条件是is null 时,其他建立索引的列可以是is null（但必须在所有列都满足is null的时候）,或者=一个值；9) CBO计算走索引花费过大的情况。
让IS NULL走起索引
呆瓜呆呆的专栏
11-16 1万+
由于业务的需要：查看某列值为NULL的记录有多少。 这是一个十分简单的需求，同时也很容易实现。无非就是使用如下语句： SELECT * FROM table1 WHERE xx IS NULL; 结果得出的结果只有几十条记录,但是执行的时间比我想象中的长了许多。一般这样的查询只是要秒秒钟 的问题，但是却花了十几秒，而平时使用IS NOT NULL也没有那么慢啊。于是在有空的时候就查看原因。
oracle函数索引解决null字段导致索引失效问题
技术杂货铺
08-06 1万+
我们知道索引列如果出现null值会导致索引失效。具体情况如下： 表中数据如下： 可见storeid列有null值。 当执行查询语句：select * from demo  where storeid= '10'；时我们通过plsql的sql分析（F5触发）可以看到触发全表查询。 那该如何让该在字段有空值的情况下触发索引呢？ 有两种方法： 1、建立函数索引 create index...
字段中有null值查询不走索引的问题解决
热门推荐
DBA小站
06-06 1万+
生产环境发现有一条sql 效率很差，发现是由于查询中有null值，导致了执行计划不走索引。 搜索了解决办法，主要是创建该字段和其它常量字段的联合索引 或者通过函数索引排除空值的情况。 下面是测试过程 --测试 构造测试表 create table test_null (id  number(10), comm varchar2(20)); 插入测试数据 decl
oracle中index的内存,【Oracle index】从B*Tree索引不存储NULL引发的一个思考与技巧
weixin_29410963的博客
04-04 225
因为B*Tree索引不存储全为NULL的列值，比如(A,B)列的索引，那么只有A与B列同时为NULL才不存储到索引中。那么对这个内容可以进行一个扩展，当我们只关心表中某些枚举值，且这些枚举值行数特别少，比如status状态等，那么可以用下面的技巧。比如有个表，列status只有有效和无效两种状态，对于无效的占很少，大约最多只有10%，而有效的往往很多，占90%，我们经常查询无效的，有效的查询的机会...
Oracle 数据库中创建合理的数据库索引
09-11
在Oracle数据库中，创建合理的索引是提升查询效率的关键，但同时也是一项技术性和策略性的工作。索引的设计应遵循“三个适当”原则：在适当的表上、适当的列上创建适当数量的索引。以下是对这一原则的详细阐述。 ...
Oracle执行计划不走索引的原因总结
12-14
在Oracle数据库中，执行计划不走索引是一个常见的性能问题，这可能会导致查询效率降低，尤其是在处理大量数据时。以下是一些可能导致Oracle执行计划不选择使用索引的原因及其解决策略。 1. **优化器模式设置**：...
oracle数据库索引失效
09-10
13. 对于B树索引，`IS NULL`查询可能不会使用索引，而`IS NOT NULL`则可能使用。对于位图索引，两者都可能使用。 14. 联合索引的`IS NOT NULL`查询只要涉及到建立的索引列就会使用，但`IN NULL`查询需要与索引的第一...
Oracle Mysql GBase数据库NULL值与空值行为测试.pdf
04-25
4. 创建唯一索引时，Oracle视不同NULL值为不相等，GBase不允许存在多个NULL值，而MySQL仅对varchar字段不允许创建唯一索引，因为空值唯一。 以上分析强调了在设计和维护数据库时，需要对各个数据库系统中空值与NULL...
oracle执行计划中不走索引的情况
Melgards的博客
06-14 3906
转换成"Y"<=‘30a’ AND “Y”>=‘10a’select * from t where y not in (‘1a’,‘2a’);转换成"Y"<>‘1a’ AND “Y”<>‘2a’select * from t where y in (‘1a’,‘2a’);转换成"Y"=‘1a’ OR “Y”=‘2a’转换成"Y">=‘900a’索引列出现了函数，但是没有创建函数索引，那么就会导致索引失效。
oracle:让is null使用索引
weixin_43230594的博客
11-17 755
有一个有用的索引技巧可以帮助调整这个语句。创建一个索引并将常量值添加到索引末尾，以便存储 NULL 值。Oracle 不会在索引中存储 NULL 值，因此即使 T1.ID2 列上确实存在索引，它也无法使用。这一次，sql选择走index,并且cost更低。
通过案例学调优之--Oracle中null使用索引
weixin_34335458的博客
11-25 173
通过案例学调优之--Oracle中null使用索引 默认情况下，Oracle数据库，null在Index上是不被存储的，当在索引列以“is null”的方式访问时，无法使用索引；本案例，主要向大家演示如何在存在null的索引列上，使用“is null”访问索引。案例分析：1、建立表和普通索引13:52:23SCOTT@prod>createtablet...
oracle不走索引的7种常见情况
tanghuan0827的博客
02-03 3381
这是因为 oracle 会自动把 where 子句转换成 to_number(dept_id)=900198，相当于使用函数，这样就限制了索引的使用。对于这个限制条件可以通过 OR 替代，例如： colum 0 ===> colum>0 OR colum
如何在Oracle中查询某个字段为null时使用索引
list2016的博客
05-09 2290
记录目的 在Oracle查询sql中即使某个字段加入索引，在查询字段 is null的情况下，也会索引失效。本文目的是如何在判断字段为空的情况下也使用索引。因实操环境为公司封闭开发环境，无法展示执行计划，具体的需要大家实际操作。 查询sql select * from mobile where phone is null; 下策：使用联合索引 在创建索引时使用联合索引，讲查询字段作为第一个字段，第二个随便加一个字段或者默认值，在数据量少的情况下，此方法有效。在我实验中查询的结果在300条时，会使用索引查询
NULL 值与索引
FLEXES的ORACLE之路
08-31 3340
转载http://blog.csdn.net/robinson_0612/article/details/7437561 NULL值是关系数据库系统布尔型(true,false,unknown)中比较特殊类型的一种值，通常称为UNKNOWN或空值，即是未知的，不确定的。由于 NULL存在着无数的可能，因此NULL值也不等于NULL值，所以与NULL值相关的操作同样都为NULL值。正是基
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值