MySQL 中處理 Null 時要注意兩個陷阱

摘要：身為MySQL資料庫管理員，我們經常要與Null做鬥爭。但在這其中，你需要注意一下兩大陷阱。

MySQL資料庫是一個基於結構化資料的開源資料庫。 SQL語句是MySQL資料庫中核心語言。不過在MySQL資料庫中執行SQL語句，需要小心兩個陷阱。

陷阱一：空值不一定為空

空值是比較特殊的欄位。在MySQL資料庫中，在不同的情況下，空值往往代表不同的意義。這是MySQL資料庫的一種特性。如在普通的欄位中(字元型的資料)，空值就是表示空值。但如果將一個空值的資料插入到TimesTamp類型的欄位中，空值就不一定為空。此時為出現什麼情況呢（如下圖）？

我先建立了一個表格。在這個表格中有兩個欄位：User_id(其資料型別是int)、Date(其資料型別是TimesTamp)。現在往這個表中插入一筆記錄，其中往Date欄位插入的是一個NULL空值。可是當我們查詢時，其結果顯示的卻是插入記錄的目前時間。這是怎麼一回事呢?其實這就是在MySQL資料庫中執行SQL語句時常會遇到的一個陷阱：空值不一定為空。在操作時，明明插入的是一個空值的數據，但是最後查詢得到的卻不是一個空值。

在MySQL資料庫中，NULL對於一些特殊類型的欄位來說，其代表了一種特殊的意義，而不僅僅是一個空值。對於這些特殊類型的列，各位讀者主要是要記住兩個。一個就是筆者上面舉的TimesTamp資料型別。如果往這個資料類型的資料列中插入Null值，則其代表的就是系統的目前時間。另外一個是具有auto_increment屬性的欄位。如果往這屬性的欄位中插入Null值的話，則系統會插入一個正整數序列。而如果在其他資料類型中，如字元型資料的列中插入Null的數據，則其插入的就是一個空值。

陷阱二：空值不一定等於空字元

在MySQL中，空值(Null)與空字元(’’)相同嗎?答案是否定的。請大家先來看下圖的示範。

在同一個資料庫表中，同時插入一個Null值的資料和一個’』空字元的數據，然後利用Select語句進行查詢。最後顯示的結果如上圖所示。顯然其顯示的結果是不相同的。從這個結果就可以看出，空值不等於空字元。這就是在MySQL中執行SQL語句遇到的第二個陷阱。在實際工作中，空值資料與空字元往往表示不同的意義。資料庫管理員可以根據實際的需要來進行選擇。

如對於電話號碼等字段，可以默認設置為空值(表示根本不知道對方的電話號碼)或者設置為空字符(表示後來取消了這個號碼)等等。由於他們在資料庫中會有不同的表現形式，所以資料庫管理員需要區別對待。筆者更喜歡使用空值，而不是空字符。這主要是因為針對空值這個資料型別有幾個比較特殊的運算字元。如果某個欄位是空字符，資料庫中是利用欄位名稱來取代。相反，如果插入的是空值，則直接顯示的是NULL。這跟其他資料庫的顯示方式也是不同的。

一是IS NULL 和IS NOT NULL關鍵字。如果要判斷某個欄位是否含用空值的數據，則需要使用特殊的關鍵字。其中前者表示這個欄位為空，後者表示這個欄位為非空。在Select語句的查詢條件中這兩個關鍵字非常的有用。如需要查詢所有電話號碼為空的使用者(需要他們補充電話號碼資訊)，就可以在查詢條件中加入is not null關鍵字。

二是Count等統計函數，在空值上也有特殊的應用。如現在需要統計使用者資訊表中有電話號碼的使用者數量，此時就可以使用count函數、同時將電話號碼作為參數來使用。因為在統計過程中，這個函數會自動忽略空值的資料。此時統計出來的就是有電話號碼的使用者資料。如果採用的是空字元的數據，則這個函數會將其統計進去。如下圖所示，統計剛才建立的兩筆記錄時，系統統計的結果是1，而不是2。可見系統自動將Null值的資料忽略掉了。

以上就是MySQL 中處理 Null 時要注意兩個陷阱的內容，更多相關內容請關注PHP中文網（www.php.cn）！