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的資料，則其插入的就是一個空值。

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

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

在同一個資料庫表中，同時插入一個Null值的資料和一個’’Null 字元的資料，然後利用Select語句進行查詢。最後顯示的結果如所示。顯然其顯示的結果是不相同的。從這個結果中就可以看出，空值不等於Null 字元。這就是在MySQL中執行SQL語句遇到的第二個陷阱。在實際工作中，空值資料與Null 字元往往表示不同的含義。資料庫管理員可以根據實際的需要來進行選擇。如對於電話號碼等欄位，可以預設設定為空白值(表示根本不知道對方的電話號碼)或者設定為空白字元(表示後來取消了這個號碼)等等。由於他們在資料庫中會有不同的表現形式，所以資料庫管理員需要區別對待。筆者更加喜歡使用空值，而不是Null 字元。這主要是因為針對空值這個資料類型有幾個比較特殊的運算字元。如果某個欄位是Null 字元，資料庫中是利用欄位名稱來代替。相反，如果插入的是空值，則直接顯示的是NULL。這跟其他資料庫的顯示方式也是不同的。

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

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