ORACLE关于NULL的总结

最新推荐文章于 2022-07-20 08:49:21 发布
最新推荐文章于 2022-07-20 08:49:21 发布
阅读量291 收藏 1
点赞数

NULL的官方定义
The PL/SQL data type BOOLEAN stores logical values, which are the Boolean values TRUE and FALSE and the value NULL. NULL represents an unknown value .
NULL值是关系数据库系统布尔型(TRUE、FALSE、NULL)中比较特殊类型的一种值，NULL代表未知的。


NULL的小结：
1、 NULL的判断只能定性，而不能定值，即 NULL不可用于比较大小，所有与NULL的操作结果都是NULL
备注：简单的说，由于NULL存在着无数的可能，因此两个NULL值既不是相等的关系，又不是不相等的关系，不能比较两个NULL的大小，因此，对 NULL 的=、!=、>、<、>=、<=、+ 、-、*、/等操作的结果都是未知的，所以这些操作的结果仍然是NULL

2、 NULL与ORDER BY
对字段进行排序时，所有的 NULL都默认放在最后

3、 NULL与COUNT()
count(column)不包括对NULL的统计 ，count(*)包括对NULL的统计是因为oracle有一个伪列rowid不会为NULL
诀窍1、如果要查询一个表的记录数，可以通过全表扫描的方法，也可以通过COUNT非空列记录数的方法，如果此时非空列上存在索引，就可以直接访问索引获得数据 
诀窍2、如果要查询一个可能为空字段的非空记录数，如果该列上建立了单列索引，直接访问索引可以获得数据

4、 索引不存储NULL值的记录
索引是有序排列的，当一个空值进入索引时，因无法确定其在索引中的位置，所以oracle的索引不存储索引列全为NULL值的记录，扫描索引会漏掉索引列全为NULL值的记录， oracle永远把确保目标SQL结果的正确性放在第一位，遇到查询NULL值的情况就只能走全表扫描
备注1：单列索引时，如果一条记录中这个字段为NULL，那么索引不会保存这条记录
备注2：复合索引时，如果一条记录中组成复合索引的所有字段都是null时，那么索引不会保存这条记录(如果某一个索引列不为空，那么索引就会包括这条记录，即使其他所有的 列都是NULL值)

5、 NULL与唯一性索引的关系
5.1、单列具有唯一性索引时，该列可以插入多行null,因为Oracle不认为这些NULL是相等的
5.2、多列具有复合唯一性索引时，多列不能插入多行null和非null一样组合的数据（比如两列A，B，不可以插入多行1，null，但可以插入多行null，null）

6、 NULL与主键的关系
主键=NOT NULL + UNIQUE CONSTRAINT + UNIQUE INDEX
某列创建为主键时， 原来该列的字段属性可以为NULL ，如果该列已经存在NULL值，主键无法创建，如果该列不存在NULL值，主键创建成功后，该列的字段属性自动变成NOT NULL

7、 NULL与新增not null字段的理解
7.1、alter table t add col1(number)
不需要更新字段值，执行时间比较短。
像上面增加列的操作时，会同时更新sys.ecol$和sys.col$数据字典表，若以后再修改这个默认值，则只是会修改sys.col$的值，且以后每次查询也是从sys.col$的default$列获取 默认值，我们可以根据sys.eclo$、sys.col$和dba_objects查询相关表和字段信息，
7.2、alter table t add col2(number) default 0;
需要更新字段值，执行时间比较长。
如果新增一个含有默认值的字段，那么会立即更新每一行，在更新过程中，那么执行时间会很久，取决于表中数据量的大小，会有一个EXCLUSIVE级别的锁在该表上,期间会影响所 有记录的DML操作，可能会因UNDO不足对其他操作有影响。。
7.3、alter table t add col3(number) default 0 not null;
不需要更新字段值，执行时间比较短。
默认值是存储于数据字典表中的，并不是保存在原表记录上，即新增一个NOT NULL和默认值的字段，以后每次需要使用该字段时，默认值都是从数据字典中查询到的，这样就减少 了新增字段时的DDL语句时间，也减少了存储空间(不用每条需要使用默认值的记录都存储默认值)。
所以：大表新增有默认值的字段要特别小心，11g要使用 d efault XX not null
11g新特性，新增一个有默认值的NOT NULL约束的字段，默认值不会像以前一样，插入每条记录中，而是会存储于数据字典表
12C又更进一步了，即新增有默认值且允许为null时，也不会更新每一行

8、 NULL与索引\全表扫描的关系(IS NULL、IS NOT NULL的条件)
8.1、列是NULL属性，且该列只有单列索引， 直接select该列 没有任何where条件走全表扫描,即使hint中指定了走索引

select object_id from table1 --object_id允许为null，建有索引，一定全表扫描

select * from table1 where object_id=XX --object_id允许为null，建有索引，会走索引，因为XX不是null

8.1的解决之道： 选择合适的非空字段创建组合索引 ,即组合列的组合数据 不全为NULL会存放在索引中 ，这样就直接查询索引了
8.2、列只有单列索引，列 不管是否NULL属性 ，where条件引用该列采用 IS NULL则走全表扫描 ，不走索引，即使hint中指定了走索引
8.2的解决之道： IS NULL希望使用索引的情况，则需要结合查询条件选择合适的非空字段创建组合索引 ,即组合列的组合数据 不全为NULL会存放在索引中 ，这样就会走索引扫描了
8.3、IS NOT NULL走索引的条件和普通走索引条件一样，都是字段内容大部分都是NULL，只有少部分是非NULL时
8.3的理解：如果在索引列上条件为IS NOT NULL，因为索引列的所有非空值都存储在索引中，按道理也是可以走索引的。但是如果走索引，优化程序需要从索引中读取每一个索引 键值，再映射到表中的行。如果字段小部分内容是NULL，大部分都是非NULL，那就是字段的大部分数据都在索引上，大部分数据从索引获取键值再映射到表上，那还不如直接全表 扫描呢

9、 向后引申：where条件走索引的前提
9.1、where条件囊括的数据键值在索引上能够找到
9.2、where条件囊括的物理数据块占整表物理数据块范围比较小，也就是通过索引扫描比全表扫描快(为什么是物理数据块，而非数据行数,具体见CLUSTERING_FACTOR)

10 、官方文档可以佐证索引不存储空块的一段话如下
Fast full index scans are an alternative to a full table scan when the index contains all the columns that are needed for the query, and at least one column in the index key has the NOT NULL constraint

11 、子查询有null值时，not in (子查询)的结果是null，而in  (子查询 ) 的结果不会这样
SELECT distinct emp.employee_id FROM employees emp order by 1;--107行，没有null的行
SELECT distinct mgr.manager_id FROM employees mgr order by 1;--19行，最后一行是null
SELECT emp.employee_id,emp.last_name FROM employees emp WHERE emp.employee_id not IN (SELECT mgr.manager_id FROM employees mgr);--0行结果
SELECT emp.employee_id,emp.last_name FROM employees emp WHERE emp.employee_id not IN (SELECT mgr.manager_id FROM employees mgr where mgr.manager_id is not null);--89行结果
SELECT emp.employee_id,emp.last_name FROM employees emp WHERE emp.employee_id IN (SELECT mgr.manager_id FROM employees mgr);--18行结果
SELECT emp.employee_id,emp.last_name FROM employees emp WHERE emp.employee_id IN (SELECT mgr.manager_id FROM employees mgr where mgr.manager_id is not null);--18行结果

12 、where条件的字段如果值有null，如果where后面还有not in子查询，则会忽略外查询中null的查询结果
select * from employees where DEPARTMENT_ID not in (select DEPARTMENT_ID from departments);--没有结果
select * from employees where nvl(DEPARTMENT_ID,1) not in (select DEPARTMENT_ID from departments);--有DEPARTMENT_ID为null的那一行
select * from employees where DEPARTMENT_ID  in (select DEPARTMENT_ID from departments);--106行记录
select * from employees where nvl(DEPARTMENT_ID,1)  in (select DEPARTMENT_ID from departments)--106行记录

select department_id from departments order by 1;--27行，没有null
SELECT department_id FROM employees order by 1;--107行，最后一行是null
SELECT employee_id, last_name FROM employees e,departments d where e.department_id=d.department_id ORDER BY d.department_name;--结果为106行，employee_id=178这行的department_id字段是null值，不能用于=比较
SELECT employee_id, last_name FROM employees e ORDER BY (SELECT department_name FROM departments d WHERE e.department_id = d.department_id);--结果为107行，employee_id=178这行的department_id字段是null值，所以排最后







-- NULL不可用于比较
SQL> select count(*) from test1;
  COUNT(*)
----------
     25251
SQL> insert into TEST1(OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID) values('test','test',null,1);
1 row created.
SQL> insert into TEST1(OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID) values('test','test',null,2);
1 row created.
SQL> insert into TEST1(OWNER,OBJECT_NAME,OBJECT_ID,DATA_OBJECT_ID) values('test','test',null,3);
1 row created.
SQL> select * from test1 where OBJECT_ID>null;
no rows selected
SQL> select * from test1 where OBJECT_ID<null;
no rows selected
SQL> select * from test1 where OBJECT_ID=null;
no rows selected
SQL> select count(*) from test1 where OBJECT_ID is null;
  COUNT(*)
----------
         3

-- NULL值相关的操作同样都为NULL
SQL> select OBJECT_ID from test1 where OBJECT_ID=200;
 OBJECT_ID
----------
       200
SQL> select OBJECT_ID+null from test1 where OBJECT_ID=200;
OBJECT_ID+NULL
--------------


-- NULL与ORDER BY
SQL> select * from hid;
      HIDD HNAME
---------- --------------------
         1
           2
         3
           1
         2
SQL> select * from hid order by 1;
      HIDD HNAME
---------- --------------------
         1
         2
         3
           1
           2
SQL> select * from hid order by 2;
      HIDD HNAME
---------- --------------------
           1
           2
         2
         1
         3
SQL>

-- NULL与COUNT()
SQL> select * from test_null;
       HID HNAME
---------- --------------------
         1 1
         2 2

         3
SQL> select count(*) from test_null;
  COUNT(*)
----------
         4
SQL> select count(hname) from test_null;
COUNT(HNAME)
------------
           2
SQL> select count(hid) from test_null;
COUNT(HID)
----------
         3
SQL> select count(rowid) from test_null;
COUNT(ROWID)
------------
           4

-- NULL与唯一性索引的关系
SQL> create unique index ind_unique on hid(hidd,hname);
Index created.
SQL> insert into hid values(9,null);
1 row created.
SQL> insert into hid values(9,null);
insert into hid values(9,null)
*
ERROR at line 1:
ORA-00001: unique constraint (SYS.IND_UNIQUE) violated
SQL> insert into hid values(null,null);
1 row created.
SQL> insert into hid values(null,null);
1 row created.


-- NULL与索引\全表扫描的关系(IS NULL、IS NOT NULL的条件)
</null;
SQL> desc TEST1
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 OWNER                                              VARCHAR2(30)
 OBJECT_NAME                                        VARCHAR2(128)
 OBJECT_ID                                          NUMBER
 DATA_OBJECT_ID                             NOT NULL NUMBER
 OBJECT_TYPE                                        VARCHAR2(19)
 STATUS                                             VARCHAR2(7)
 TEMPORARY                                          VARCHAR2(1)
 GENERATED                                          VARCHAR2(1)
 SECONDARY                                          VARCHAR2(1)
 NAMESPACE                                          NUMBER
SQL> create index ind_O_ID on TEST1( OBJECT_ID );
SQL> create index ind_D_O_ID on TEST1( DATA_OBJECT_ID );
SQL> select count(*) from TEST1;
  COUNT(*)
----------
     25248
SQL> select count(*) from TEST1 where DATA_OBJECT_ID=OBJECT_ID ;
  COUNT(*)
----------
     25248
SQL> select * from test1 where OBJECT_ID is null;
no rows selected
SQL> set autotrace traceonly exp
SQL> set linesize 200
--- 直接查询索引字段， 如果字段属性为null，则走全表扫描
SQL> select OBJECT_ID from test1;
Execution Plan
----------------------------------------------------------
Plan hash value: 4122059633
---------------------------------------------------------------------------
| Id  | Operation         | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |       | 28775 |   365K|    60   (2)| 00:00:01 |
|   1 |   TABLE ACCESS FULL | TEST1 | 28775 |   365K|    60   (2)| 00:00:01 |
---------------------------------------------------------------------------

SQL> select DATA_OBJECT_ID from test1;
Execution Plan
----------------------------------------------------------
Plan hash value: 3894717762
-----------------------------------------------------------------------------------
| Id  | Operation            | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |            | 28775 |   365K|    17   (0)| 00:00:01 |
|   1 |   INDEX FAST FULL SCAN | IND_D_O_ID | 28775 |   365K|    17   (0)| 00:00:01 |
-----------------------------------------------------------------------------------


-- where条件是索引字段，如果条件值不为null，则走索引
SQL> select * from test1 where object_id=99 ;
Execution Plan
----------------------------------------------------------
Plan hash value: 321031222
----------------------------------------------------------------------------------------
| Id  | Operation                   | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |          |     1 |   144 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TEST1    |     1 |   144 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND_O_ID |     1 |       |     1   (0)| 00:00:01 |
----------------------------------------------------------------------------------------

SQL> select * from test1 where data_object_id=99;
Execution Plan
----------------------------------------------------------
Plan hash value: 3689194030
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |     1 |   144 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TEST1      |     1 |   144 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND_D_O_ID |     1 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------


-- where条件是索引字段，字段只有单列索引，如果条件为is null，必走全表扫描
SQL> select * from test1 where object_id is null ;
Execution Plan
----------------------------------------------------------
Plan hash value: 4122059633
---------------------------------------------------------------------------
| Id  | Operation         | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |       |     2 |   288 |    60   (2)| 00:00:01 |
|*  1 |   TABLE ACCESS FULL | TEST1 |     2 |   288 |    60   (2)| 00:00:01 |
---------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - filter("OBJECT_ID" IS NULL)

--where字段是not null属性， 条件为is null，也走全表扫描？但是null和not null字段的复合索引就会走索引？
原因是因为not null时，索引字段永远不存在null值，但是复合索引会出现一个索引建值一个字段可能是null另一个字段不是，即索引键值会有null
SQL> select * from test1 where data_object_id is null;
Execution Plan
----------------------------------------------------------
Plan hash value: 1588389598
----------------------------------------------------------------------------
| Id  | Operation          | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT   |       |     1 |   144 |     0   (0)|          |
|*  1 |  FILTER            |       |       |       |            |          |
|   2 |   TABLE ACCESS FULL| TEST1 | 28775 |  4046K|    60   (2)| 00:00:01 |
----------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   1 - filter( NULL IS NOT NULL )



--- where条件是索引字段，如果条件为is not null，为什么没走索引？
SQL> select * from test1 where OBJECT_ID is not null ;
Execution Plan
----------------------------------------------------------
Plan hash value: 4122059633
---------------------------------------------------------------------------
| Id  | Operation         | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |       | 28775 |  4046K|    60   (2)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| TEST1 | 28775 |  4046K|    60   (2)| 00:00:01 |
---------------------------------------------------------------------------

SQL> select * from test1 where DATA_OBJECT_ID is not null;
Execution Plan
----------------------------------------------------------
Plan hash value: 4122059633
---------------------------------------------------------------------------
| Id  | Operation         | Name  | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |       | 28775 |  4046K|    60   (2)| 00:00:01 |
|   1 |  TABLE ACCESS FULL| TEST1 | 28775 |  4046K|    60   (2)| 00:00:01 |
---------------------------------------------------------------------------
SQL>
解释： 如果在索引列上条件为Is Not Null ，因为索引列的所有非空值都存储在索引中，按道理也是可以走索引的 。但是本例中count是 25248， DATA_OBJECT_ID=OBJECT_ID的count也是25248，因为 DATA_OBJECT_ID是NOT NULL的， 也就是说结果为NULL的count是0， 也就是 IS NOT  NULL 数据就是全表数据 ， 如果走索引，优化程序需要从索引中读取每一个索引键值 ，再映射到表中的行。整表的每一行都从索引获取键值再映射到表上，那还不如直接全表扫描 呢


-- is not null是会走索引的
SQL> create table test2 as select * from test1;
Table created.
SQL> update test2 set OWNER=null;
25251 rows updated.
SQL> select count(*) from test2 where OWNER is not null;
  COUNT(*)
----------
         0
SQL> select count(*) from test2 where OWNER is null;
  COUNT(*)
----------
     25251
SQL> update test2 set OWNER='good' where rownum<50;
49 rows updated.
SQL> create index idx_owner2 on test2(owner);
Index created.
SQL> exec dbms_stats.gather_table_stats('SYS','TEST2',cascade=>true);
PL/SQL procedure successfully completed.
SQL> set autotrace traceonly exp
SQL> select * from TEST2 where owner is not null;
Execution Plan
----------------------------------------------------------
Plan hash value: 411567793
------------------------------------------------------------------------------------------
| Id  | Operation                   | Name       | Rows  | Bytes | Cost (%CPU)| Time     |
------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |            |    49 |  2548 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TEST2      |    49 |  2548 |     2   (0)| 00:00:01 |
|*  2 |   INDEX FULL SCAN           | IDX_OWNER2 |    49 |       |     1   (0)| 00:00:01 |
------------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - filter("OWNER" IS NOT NULL)


-- 建立复合索引后is null走索引的， 直接查询该索引字段也走索引
SQL> create index ind_fuhe on test1(OBJECT_ID,DATA_OBJECT_ID);
Index created.
SQL> set linesize 200
SQL> set autotrace traceonly exp
SQL> select * from test1 where object_id is null;
Execution Plan
----------------------------------------------------------
Plan hash value: 2734972870
----------------------------------------------------------------------------------------
| Id  | Operation                   | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |          |     3 |   168 |     3   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| TEST1    |     3 |   168 |     3   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IND_FUHE |     3 |       |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------------------
Predicate Information (identified by operation id):
---------------------------------------------------
   2 - access("OBJECT_ID" IS NULL)

SQL> select object_id from test1;
Execution Plan
----------------------------------------------------------
Plan hash value: 3653525288
---------------------------------------------------------------------------------
| Id  | Operation            | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------
|   0 | SELECT STATEMENT     |          | 25251 |   123K|    22   (0)| 00:00:01 |
|   1 |   INDEX FAST FULL SCAN | IND_FUHE | 25251 |   123K|    22   (0)| 00:00:01 |
---------------------------------------------------------------------------------

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/30126024/viewspace-2143348/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/30126024/viewspace-2143348/

cjh81378066
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
oracle查询值为空,查询中空值null的查理
weixin_39860108的博客
04-03 3099
空值在查询中的处理：在查询的时候，空值的存在，会影响查询数据结果的质量，甚至不准确，我们要知道：null<>null,null<>0,空值null与其他数据的四则运算的结果都是空值。以下处理讲述一些在查询中处理空值的函数。1、在忽略空值的情况下查询奖金为空员工的工资加奖金作为收入：SQL> select ename,sal,comm,sal+comm as incom...
Oracle中的NULL（二、NULL详解）
weixin_33859665的博客
01-11 182
2019独角兽企业重金招聘Python工程师标准>>> ...
oracle查询，where =对null字段无效 。慎重使用。
Ideality_hunter的专栏
05-27 5299
一个表TableTest，有个test字段， 如果有个test字段为null select * from t.test != '1'//理论上test为null，不等于1，因此会出现在结果中，但是结果是：不会。 原因是，where用=的时候，但凡该字段是null就不出现在结果集合里 只需要记住： 当where和=使用时，null永远不出现在结果集里。
Oracle对where条件中有null值字段的处理
热门推荐
爱码僧的博客
05-11 2万+
如果返回结果中一个字段的值为null,那么如果使用该null值字段作为where条件时会有查不到的情况！例如：select c_flag c_id from tab where 1=1查询结果：下面使用有null值的字段c_flag作为查询条件进行测试：select c_flag c_id from tab where 1=1 and c_flag &lt;&gt; '1'查询结果：结果是没有数据...
Oracle 字段为null比较的雷区
码农的田园
08-14 1万+
oracle中在可为null的字段上做逻辑关系运算要格外小心，如 &lt;&gt;,&gt;,=,&lt;，任何与null的运算结果都返回false， 因此对于可能为null的字段运算判断要用 is null 来判断，或者使用函数nvl、decode处理后在判断，比如： where 字段名 is null 或者where nvl(字段名,0) = 0; -- 假设字段类型是数字 ...
WorkNote：Oracle中的null值问题
COOLGWAYNE_TECH_BLOG
04-27 169
现象： 在数据库开发中经常要对数据进行比较，什么大于，等于，小于之类的。但是你往往有时候会忽略NULL的情况。如果出现NULL的时候去做比较会有什么样的结果呢？ 在查询某个业务查询中，需要过滤某个字段不为1的数据： 按道理来说：查询结果是会有数据的，至少存在不少 dz_zzzt 为空的数据 问题： 尝试把dz_zzzt的字段注释掉： 数据显示出来了。 那会不会是null值得问题呢？ 尝试： 此时在开发环境中将其中一条数据得dz_zzzt字段修改为‘2’之后，再用相应的条件进行过滤，可以得到结果：
SQL Server、Oracle和MySQL判断NULL的方法
09-11
总结来说，SQL Server的`ISNULL()`，Oracle的`NVL()`和MySQL的`IFNULL()`都是为了处理和处理NULL值而设计的，它们在数据库查询和更新中扮演着关键角色，确保数据的完整性和一致性。了解并熟练运用这些函数对于数据库...
Oracle总结
11-29
### Oracle优化总结与实践 #### 一、Oracle优化概述 在数据库管理领域，Oracle数据库以其高性能、高可靠性和丰富的功能而著称。然而，随着业务规模的不断扩大和技术需求的日益提高，如何有效地优化Oracle数据库...
MS Server和Oracle中对NULL处理的一些细节差异
09-11
总结来说，SQL Server 和 Oracle 在 NULL 处理上的差异主要体现在以下几个方面： 1. SQL Server 允许在非空字段中插入空字符串，而 Oracle 不允许。 2. SQL Server 会自动将空字符串转换为零（0），Oracle 则不会。...
oracle总结oracle总结面试必备
07-30
创建表是数据库设计的第一步，使用CREATE TABLE语句定义表结构，包括字段名、数据类型、约束条件（如NOT NULL、UNIQUE、PRIMARY KEY、FOREIGN KEY等）。理解各种数据类型（如NUMBER、VARCHAR2、DATE等）及其适用场景...
oracle总结易错点
09-06
Oracle数据库是全球广泛使用的大型关系型数据库管理系统，其复杂性和深度使得学习过程中难免会遇到一些易错点。...在实践中不断学习和总结，提升数据库管理技能，对提升工作效率和保障系统稳定性至关重要。
oracle查询无结果显示为null,oracle数据库解决查询值为null的情况
weixin_39848347的博客
04-02 3620
lnnvl用于某个语句的where子句中的条件，如果条件为真就返回真，否则为假。其含义可理解为LNNVL == IS NULL OR IS NOT TRUE它的优势在于处理简单条件判断无法实现的null条件，用举例说明SQL> select * from plch_employees;EMPLOYEE_ID LAST_NAME SALARY CO...
Oracle笔记 之 空值null的处理
weixin_50648794的博客
07-20 4114
简单介绍Oracle数据库里空值null的处理方法，三个基础函数nvl，decode，coalesce。
关于索引
weixin_42547014的博客
10-23 349
索引类似字典的检索，可以大大提高查询效率 索引影响数据的insert和update，故大数据量进行插入需要先将索引删除，插入后重新建立 数据删除后，索引中的位置会空出，但不会被后续数据插入，可理解为自增序列，故索引需要维护和重建 查询时遇到 like '%*****%'双百分号形式无法使用索引，LIKE '****%'可以 查询时多索引需要注意索引循序 比如账号密码，可以将两个字段存为索引，以“，”隔开，但查询时需要注意循序与索引相同（例如：索引顺序为账号，密码，查询时 WHERE 账号 AND 密码） .
oracle中index的内存,【Oracle index】从B*Tree索引不存储NULL引发的一个思考与技巧
weixin_29410963的博客
04-04 218
因为B*Tree索引不存储全为NULL的列值，比如(A,B)列的索引，那么只有A与B列同时为NULL才不存储到索引中。那么对这个内容可以进行一个扩展，当我们只关心表中某些枚举值，且这些枚举值行数特别少，比如status状态等，那么可以用下面的技巧。比如有个表，列status只有有效和无效两种状态，对于无效的占很少，大约最多只有10%，而有效的往往很多，占90%，我们经常查询无效的，有效的查询的机会...
oracle 查询空值异常,Oracle中的NULL
weixin_31659557的博客
04-05 530
这篇文档讨论一下NULL和索引的关系。前面几篇文章讨论了NULL的数据类型和NULL的运算特点。这里打算简单描述NULL和索引的关系。如果说NULL类型已经比较容易出错了，那么索引问题就让NULL又一次成为问题的焦点。大多数人都听说过这样一句话，索引不存储NULL值。这句话其实比不严谨。如果采用比较严谨的方式来说：B树索引不存储索引列全为空的记录。如果把这句话用在单列索引上，就是前面提到的B树索引...
oracle中的null处理的简单理解
Eleven的专栏
07-18 7283
最近在检查sql时碰到几次对null处理的问题，迷惑了我们写sql的思路。下面就我的理解和网上查到的资料，对null的操作做一个总结。首先对oracle中的null做一些简单的说明：1、oracle中null与0，空字符串，空格，包括null与null也是不等的。2、oracle
Oracle 空值判断详解（null）
m0_37253968的博客
09-17 8968
文章目录 1 概述2 示例2.1 = 、<>2.2 is null、is not null2.3 nvl、nvl2、decode 3 扩展3.1 值比较：in、not in3.2 逻辑比较：exists、not exists 1 概述 1. null 的意义 (1) 表示 '未知' 或 '没有任何意义' (2) null 等同于 '' -- 请注意，'' 之间不能含有空格！ 2. null 比较 (1) 不能进行 '值比较'： =、<&..
oracle null 值,细说Oracle中NULL值
weixin_29091445的博客
04-06 2401
1、NULL是什么？NULL表示UNKNOW(未知)，其不代表不论什么值。比如一行中某列没有不论什么值即为NULL。ORACLE同意不论什么一种数据类型的字段为空，除了下面两种情况：1)主键字段(primary key)，2)定义时已经加了NOT NULL限制条件的字段2、NULL有什么用？1)NULL可用于条件推断：SELECT * FROM EMP WHERE COMM IS NULL;或SE...
Oracle SQL与函数实战总结
6. **Oracle特有函数**：Oracle提供了一些特有的函数，如TO_DATE()用于转换字符串为日期，TO_CHAR()将日期转换为字符串，NVL()处理NULL值，以及DECODE()函数用于条件判断和替换。 7. **薪水等级表(salgrade)**：在...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值