SQL Server處理空值操作中的3大問題有哪些?
以下的文章主要向大家描述的是SQL Server處理空值的實(shí)際操作過程中我們所要涉及的三個(gè)問題,我們大家都知道數(shù)據(jù)完整性是任何數(shù)據(jù)庫系統(tǒng)要保證的重點(diǎn)。不管系統(tǒng)計(jì)劃得有多好,空數(shù)據(jù)值的問題總是存在。
本文探討了在SQL Server中處理這些值時(shí)涉及的3個(gè)問題:計(jì)數(shù)、使用空表值以及外鍵處理。
用COUNT(*)處理空值
大多數(shù)集合函數(shù)都能在計(jì)算時(shí)消除空值;COUNT函數(shù)則屬于例外。對包含空值的一個(gè)列使用COUNT函數(shù),空值會(huì)從計(jì)算中消除。但假如COUNT函數(shù)使用一個(gè)星號(hào),它就計(jì)算所有行,而不管是否存在空值。
如果希望COUNT函數(shù)對給定列的所有行(包括空值)進(jìn)行計(jì)數(shù),請使用ISNULL函數(shù)。ISNULL函數(shù)會(huì)將空值替換成有效的值。
事實(shí)上,對集合函數(shù)來說,如果空值可能導(dǎo)致錯(cuò)誤結(jié)果,ISNULL函數(shù)就非常有用。記住在使用一個(gè)星號(hào)時(shí),COUNT函數(shù)會(huì)對所有行進(jìn)行計(jì)算。下例演示了空值在AVG和COUNT集合函數(shù)中的影響:
SET NOCOUNT>恰當(dāng)使用空表值
SQL Server可能出現(xiàn)一種特殊情況:在引用父表的一個(gè)表中,因?yàn)椴辉试S空值,所以“聲明引用完整性”(DRI)可能不會(huì)得到強(qiáng)制。即使父表不包含空值,在子表引用了父表主鍵約束或惟一約束的列中,也可能包含空值。
假如來自父表的值目前未知,就不會(huì)有任何問題。例如,父表可能是一個(gè)地址表,而子表可能包含聯(lián)系信息。由于許多原因,可能暫時(shí)不知道要傳給父表的聯(lián)系地址。這是一種基于時(shí)間的問題,空值在其中或許是合適的。
如下例所示,我們創(chuàng)建父表,并在其中插入兩個(gè)值。
SET NOCOUNT>以下代碼則創(chuàng)建子表,并在引用父表的列中插入一個(gè)空值。
CREATE TABLE Child (pkey1 INT IDENTITYCONSTRAINT pkChild PRIMARY KEY,Parentpkey1 INT NULLCONSTRAINT fkChildParent FOREIGN KEYREFERENCES Parent(pkey1),col1 INT NULL) GOINSERT Child (Parentpkey1, col1) VALUES (null,2)GO
但在以下代碼中,要同時(shí)從父表和子表選擇值。雖然父表不包含空值,但在子表引用了父表的那個(gè)列中,將允許一個(gè)空值。
然后丟棄所有表,清除這個(gè)演示所用的數(shù)據(jù)庫對象。
- SELECT * FROM ChildGOSELECT * FROM ParentGODROP TABLE Child, ParentGO
在可以為空的外鍵中檢查數(shù)據(jù)的有效性
如果由兩個(gè)列共同組成主鍵,而且一個(gè)子表將主鍵作為可為空值的外鍵來繼承,就可能得到錯(cuò)誤的數(shù)據(jù)??稍谝粋€(gè)外鍵列中插入有效的值,但在另一個(gè)外鍵列中插入空值。然后,可添加一個(gè)數(shù)據(jù)表檢查約束,在可為空的外鍵中檢查數(shù)據(jù)的有效性。
任何多列外鍵都可能遇到同樣的問題。所以,你需要添加一個(gè)檢查約束來檢測異常。最初,檢查約束將檢查構(gòu)成外鍵的所有列中可能為空的值。檢查約束還要檢查這些列中不能為空的值。如兩個(gè)檢查都通過,問題就解決了。
以下示范腳本展示了這樣的一個(gè)異常,以及如何用檢查約束來糾正它。
空值是所有數(shù)據(jù)庫開發(fā)者和管理員都要遇到的。所以,要想開發(fā)成功的應(yīng)用程序,必須知道如何處理這些值。本文和你分享了空值處理的一些技巧和技術(shù)。