标签：返回 null 结果 处理 sql SQL 未知 NULL where
在使用数据库做业务开发时，我们经常遇到一个关键字"null"；那null和""有什么区别呢？null通常用在什么地方呢？ 在使用null的过程中，经常会遇到一些让我们摸不着头脑的问题。下面这些问题，你都遇到过吗？
把null用在表字段的定义中
在定义表结构时，会经常遇到类似下面的字段定义：
`name` varchar(45) not null default '' comment '名称'。
上面的语句表示：定义一个名称为name的字段，字段的默认值为‘’。当向表中新增数据的时候，该字段值不能为null，如果该字段的值没有明确指定的话，那么保存的值，默认为空字符串。
为什么不建议把字段的默认值设置为null呢？
其实null表示的是一种特殊含义，表示 “未知” 的意思，是一个 不确定的值 ，它不像空字符串，虽然空字符串表示字段值为空，但是它的含义是明确的，是确定的。
为了方便描述，建立如下的表结构：
CREATE TABLE `t` (
`id` int(11) NOT NULL not null auto_increment,
`a` int(11) ,
`b` int(11) not null DEFAULT 0,
PRIMARY KEY (`id`)
) ENGINE=InnoDB;
定义一个名称为t的表，表中有三个字段，主键id，int类型的字段a，没有指定任何默认值。int 类型字段b，默认值为0。
在表t中，字段a的定义，没有指定默认值，那么该字段的默认值就是null。
可以通过插入一条数据进行验证：
insert into t (id),value(1);
然后通过查询语句进行查看：
select * from t;
可以看到，字段a的值为null，字段b的值为0.
从返回结果中，我们可以看到a的值，的确为null，那么我们在业务中如何判断这个值是否为null呢？换句话说，应该在where后面使用什么条件，来判断字段值为null呢？
在讨论null的判定方式前，需要先明确where后的条件表达式，可能返回的值。我们知道，where后的条件是一个boolean表达式，通常返回的结果有两种：true或false。如果条件表达式返回为true，那么就把满足条件的数据集返回，否则不返回任何数据。
如果在判断条件中出现了null关键字后，条件表达式返回值，可能还会有第三种，也就是"未知"，那where接受到"未知"的返回结果后，会怎么处理呢？
where对"未知"的处理和false的处理时一样的，也不会返回任何结果。
如何判断一个字段值是否为null
有时候，我们已经知道某个字段的值为null，但是我们如何进行判定呢？这里有两种方法：
select * from t where a= null;
select * from t where a is null;
第一条sql的返回结果：
第二条sql的返回结果：
根据返回的结果，可以发现第二种可以满足我们的需求。那么为什么第一种方式不可以，而第二种方式可以呢？
对于第一种方式，where a=null;表示的含义是：未知 等于 未知 吗？细品一下，好像不确定，因为不知道"未知"代表什么值，所以不好判定。那么对于这种不确定的结果，返回值也是"未知"。而where对"未知"的处理和false相同，不返回任何结果。
而对于第二种方式，where a is null;表示的含义是：a字段的值是未知的吗？这个比较好回答，a的值是null，的确是未知的。所以此时 where的返回值是true。将满足条件的数据返回。
所以，在判断一个字段的值是否是未知的，应该使用 is null，不能使用 = null；
null和not
结合where对条件的处理，我们发现条件的返回结果为false或null时，数据库引擎对其处理都是一样的。那是不是就没有必要对false 和 null进行区分了呢？
其实是有必要的，虽然where对两种处理结果的处理方式是一样的。但是呈现出的语义却是完全不同的，当where收到返回值null时，此时数据库引擎不知道该怎么处理，所以就返回了一个空的数据集，而收到false时，表示条件不满足，需要返回一个空的数据集。
除此之外，对于返回值为null的条件，我们在其前面添加 not，和在返回值为false的条件前添加not，条件的返回值是不同的。
举例如下：
select * from t where b = 1;
select * from t where b = null;
第一条sql的执行结果：
第二条sql的执行结果：
上面两个语句中，b=1 返回值为false，因为b的值为0。b=null 返回值为 null，因为b=0，null表示未知，null有可能是0，也可能不是0。b=null的返回值还是 null。所以上面两条sql的返回结果都是空数据集。
如果给上面两个sql的判断条件前加上not后，返回结果会有影响吗？
我们继续验证下：
select * from t where not (b = 1);
select * from t where not (b = null);
第一条sql的执行结果：
第二条sql的执行结果：
根据返回的结果可以看到，第一条sql返回了一条数据，说明 not (b=1) 返回true，因为 b=1 为 false。
而第二条sql的返回结果依旧空数据集。因为 b=null是 null，是未知，not (null)的结果仍然是未知。
null与in
在使用 in的时候，遇到了null会产生什么结果呢？对于下面这些sql，他们的执行结果是怎样的呢？
(1) select * from t a in (0,1,null);
返回结果为空数据集，因为 a是null，数据库引擎无法判断，一个值未知的值，是否存在于(0,1,null)，所以数据库引擎对其的处理和false一样。
(2) select * from t b in (0,1,null);
返回结果不为空，因为 b的值是0，可以明确的确定，b的确存在于(0,1,null)中。
(3) select * from t where b in (1,2,null);
返回结果为空，因为null的值未知，有可能为0，也有可能不是0，所以数据库引擎，无法判断是否存在，所以条件的返回值是null，sql的返回结果为空。
总结
其实，明确了null表示未知的含义，那么在遇到null的场景，都可以把null表示的未知语义代入进去，再结合where对未知的处理机制，以前很多不确定的问题都可以迎刃而解了。
标签：返回,null,结果,处理,sql,SQL,未知,NULL,where 来源： https://blog.csdn.net/weixin_45701550/article/details/117196477
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。