今天在跟进公司内部测试平台线上问题的时候，发现一个忽略已久的问题。
为了简化问题描述，将其进行了抽象。
有一张数据表qms_branch，里面包含了一批形式如下所示的数据：
| id | name | types |
|---|---|---|
| 1 | dashboard_trunk | dashboard |
| 2 | monkey_trunk | monkey |
| 3 | dashboard_projects_10_9_9 | dashboard |
| 4 | performance_trunk | |
| 5 | performance_projects_10_9_8 | performance |
在系统的某个页面中，需要展示出所有dashboard类型以外的分支，于是就采用如下方式进行查询（Rails）。
branches = Qms::Branch.where("types!='dashboard'")
这个方式有问题么？
之前我是觉得没什么问题。但是在代码上线后，实际使用时发现部分分支没有加载出来，这就包括了performance_trunk分支。
然后就是问题定位，到 MySQL 的控制台采用 SQL 语句进行查询：
SELECT * FROM qms_branch WHERE types != 'dashboard'
发现在查询结果中的确没有包含performance_trunk分支。
这是什么原因呢？为什么在第 4 条数据中，types属性的值明明就不是dashboard，但是采用types!='dashboard'就无法查询得到结果呢？
查看数据表qms_branch的结构，看到types字段的属性为：DEFAULT NULL。
经过查询资料，在w3schools上找到了答案。
- NULL is used as a placeholder for unknown or inapplicable values, it is treated differently from other values.
- It is not possible to test for NULL values with comparison operators, such as =, <, or <>. We will have to use the IS NULL and IS NOT NULL operators instead.
也就是说，在 SQL 中，NULL并不能采用!=与数值进行比较，若要进行比较，我们只能采用IS NULL或IS NOT NULL。
于是，我们将 SQL 语句改为如下形式：
SELECT * FROM qms_branch WHERE types IS NULL or types != 'dashboard'
再次查询时，结果集就包含performance_trunk分支了。
通过上面例子，我们知道在对 NULL 进行判断处理时，只能采用IS NULL或IS NOT NULL，而不能采用=, <, <>, !=这些操作符。
那除此之外，还有别的可能存在的坑么？
再看一个例子：
有一张数据表table_foo，其中有一个字段value_field，我们想从这张表中筛选出所有value_field为'value1'，'value2'或 NULL 的记录。
那么，我们采用IN操作符，通过如下 SQL 语句进行查询。
SELECT * FROM table_foo WHERE value_field IN ('value1', 'value2', NULL)
这会存在问题么？我们并没有采用=, <, <>, !=对 NULL 进行比较哦。
答案是同样存在问题！
因为在 SQL 中，IN语句会被转换为多个=语句。例如，上面例子中的 SQL 在执行时就会被转换为如下 SQL 语句：
SELECT * FROM table_foo WHERE value_field = 'value1' OR value_field = 'value2' OR value_field = NULL
而这个时候，执行value_field = NULL时就会出现问题了。
正确的做法应该是将NULL相关的判断独立出来，如下 SQL 才是正确的写法。
SELECT * FROM table_foo WHERE value_field IN ('value1', 'value2') OR value_field IS NULL
笔名九毫，英文名 Leo Lee。
专注于软件测试行业，享受在墙角安静地 debug，也喜欢在博客上分享文字。
个人博客：http://debugtalk.com