記一次有趣的發(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條嗎?。。?/p>
我如雷轟頂——哪里不對了??
按道理,“找出表中id中含有‘A'或‘B'或‘C'的字段” 應(yīng)該等價于 “找出表中id中不含有‘A'且不含有‘B'且不含有‘C'的字段” 的?。∵@是由集合運(yùn)算決定的??!
“找出表中id中含有‘A'或‘B'或‘C'的字段”>>看作>> A∪B∪C
“找出表中id中不含有‘A'且不含有‘B'且不含有‘C'的字段”>>看作>> ∁UA∩∁UB∩∁UC
然而我們根據(jù)運(yùn)算規(guī)則可知:∁U(A∪B∪C) = ∁UA ∩ ∁UB ∩ ∁UC
那就也是說,兩條查詢語句查出來的結(jié)果,不應(yīng)該是互補(bǔ)的嗎??理論上行數(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的互補(bǔ)集呢?
我將查詢語句2和查詢語句3得到的結(jié)果一比較,發(fā)現(xiàn):原來缺少的300條記錄,是id 為NULL的情況!
也就是說,not like ‘%A%' 是不能查出NULL的記錄的!
經(jīng)過了解,發(fā)現(xiàn):
又發(fā)現(xiàn)了一個細(xì)節(jié)知識~
補(bǔ)充:注意mysql的not in查詢值中存在null值時返回的查詢結(jié)果會一直為空
現(xiàn)在有數(shù)據(jù)庫表是
當(dāng)我們使用這樣的查詢語句時:
select * from user
where username not in
(
select username
from user
where id != 2
)
這時子查詢的結(jié)果包含了null值,所以結(jié)果會一直返回空查詢,而不會返回預(yù)期的id為2這一行
我們可以稍微修改一下查詢形式:
select * from user
where username not in
(
select username
from user
where id != 2 and username is not null
)
這時排除了username為空的列,就可以得到預(yù)期的結(jié)果了
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。如有錯誤或未考慮完全的地方,望不吝賜教。
您可能感興趣的文章:- 為什么mysql字段要使用NOT NULL
- 解決mysql使用not in 包含null值的問題
- MySQL null與not null和null與空值''''''''的區(qū)別詳解
- MySQL中建表時可空(NULL)和非空(NOT NULL)的用法詳解
- MySQL中NOT IN填坑之列為null的問題解決
- MySQL中可為空的字段設(shè)置為NULL還是NOT NULL
- MySQL查詢空字段或非空字段(is null和not null)
- mysql not in、left join、IS NULL、NOT EXISTS 效率問題記錄
- MySQL非空約束(not null)案例講解