記一次有趣的發(fā)現(xiàn)：

有一個表，總記錄數(shù)是1000條，現(xiàn)在有一條查詢語句：

#查詢語句1#找出表中id中含有‘A’或‘B’或‘C’的字段select * from table1 where id like ’%A%’ or id like ’%B%’ or id like ’%C%’ ;#成功查出300條

嗯查詢正常，有300條記錄呢。

然后我隨便再敲一次查詢語句…：

#查詢語句2#找出表中id中不含有‘A’且不含有‘B’且不含有‘C’的字段select * from table1 where id not like ’%A%’ and id not like ’%B%’ and id not like ’%C%’ ;#成功查出400條

嗯查出了400條呢…什么？！只有400條？？不是應(yīng)該700條嗎！??！

我如雷轟頂——哪里不對了？？

按道理，“找出表中id中含有‘A’或‘B’或‘C’的字段” 應(yīng)該等價于 “找出表中id中不含有‘A’且不含有‘B’且不含有‘C’的字段” 的?。∵@是由集合運算決定的??！

“找出表中id中含有‘A’或‘B’或‘C’的字段”>>看作>> A∪B∪C

“找出表中id中不含有‘A’且不含有‘B’且不含有‘C’的字段”>>看作>> ∁UA∩∁UB∩∁UC

然而我們根據(jù)運算規(guī)則可知：∁U（A∪B∪C） = ∁UA ∩ ∁UB ∩ ∁UC

那就也是說，兩條查詢語句查出來的結(jié)果，不應(yīng)該是互補的嗎？？理論上行數(shù)相加應(yīng)該等于1000的呀，那現(xiàn)在怎么缺了300條呢？

奇了怪了。到底哪里錯了呢？？

于是換一條查詢語句：

#查詢語句3#找出表中id中不含有‘A’或‘B’或‘C’的字段select * from table1 where id not in (select * from table1 where id like ’%A%’ or id like ’%B%’ or id like ’%C%’ );#成功查出700條

咦？？怎么這樣查，才是查詢語句1的互補集呢？

我將查詢語句2和查詢語句3得到的結(jié)果一比較，發(fā)現(xiàn)：原來缺少的300條記錄，是id 為NULL的情況！

也就是說，not like ‘%A%’ 是不能查出NULL的記錄的！

經(jīng)過了解，發(fā)現(xiàn)：

又發(fā)現(xiàn)了一個細節(jié)知識~

補充：注意mysql的not in查詢值中存在null值時返回的查詢結(jié)果會一直為空

現(xiàn)在有數(shù)據(jù)庫表是

當(dāng)我們使用這樣的查詢語句時：

select * from userwhere username not in (select username from userwhere id != 2)

這時子查詢的結(jié)果包含了null值，所以結(jié)果會一直返回空查詢，而不會返回預(yù)期的id為2這一行

我們可以稍微修改一下查詢形式：

select * from userwhere username not in (select username from userwhere id != 2 and username is not null)

這時排除了username為空的列，就可以得到預(yù)期的結(jié)果了

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持好吧啦網(wǎng)。如有錯誤或未考慮完全的地方，望不吝賜教。