自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

使用檢查約束驗(yàn)證SQL Server中的數(shù)據(jù)

原創(chuàng)
企業(yè)動(dòng)態(tài) 數(shù)據(jù)庫運(yùn)維 SQL Server
構(gòu)建應(yīng)用程序最關(guān)鍵的目標(biāo)之一是確保所有進(jìn)入數(shù)據(jù)庫的數(shù)據(jù)都要符合你的業(yè)務(wù)規(guī)則,數(shù)據(jù)校驗(yàn)是應(yīng)用程序的關(guān)鍵部分,確保你的數(shù)據(jù)滿足業(yè)務(wù)分析師制定的需求。本文將給大家介紹如何使用檢查約束驗(yàn)證SQL Server中的數(shù)據(jù)。

【51CTO獨(dú)家特稿】有許多校驗(yàn)數(shù)據(jù)和業(yè)務(wù)規(guī)則是否匹配的方法,在應(yīng)用程序代碼中可以強(qiáng)制實(shí)施數(shù)據(jù)校驗(yàn),也可以由數(shù)據(jù)庫引擎執(zhí)行數(shù)據(jù)校驗(yàn)。根據(jù)校驗(yàn)的方法不同,規(guī)則需求將確定你的應(yīng)用程序該如何正確地以及該在哪里校驗(yàn)數(shù)據(jù),本文將向你介紹如何使用數(shù)據(jù)庫“檢查約束”校驗(yàn)SQLServer中的數(shù)據(jù)。

什么是檢查約束?

檢查約束是一個(gè)識別SQLServer表中每行可接受的列值的規(guī)則,檢查約束幫助實(shí)施域的完整性,域完整性定義了數(shù)據(jù)庫表中列的有效值,檢查

約束可以驗(yàn)證單列的域完整性,也可以驗(yàn)證多列的域完整性,在單個(gè)列上可以有多個(gè)檢查約束,如果插入或更新的數(shù)據(jù)違反了檢查約束,數(shù)據(jù)

庫引擎將暫時(shí)停止INSERT和UPDATE操作。

檢查約束由邏輯表達(dá)式構(gòu)成,邏輯表達(dá)式可能是單個(gè)表達(dá)式,如“Salary<200000.00”,也可能是多個(gè)表達(dá)式,如“RentalDate>GETDATE

()andRentalDate

中的數(shù)據(jù),檢查約束是基于列的,因此,即便表中某列的檢查約束沒有通過,也不會影響到表中其它列的INSERT和UPDATE操作,檢查約束可以在列級創(chuàng)建,也可以在表級創(chuàng)建。

在CREATETABLE語句中創(chuàng)建檢查約束

創(chuàng)建檢查約束的一個(gè)方法就是在創(chuàng)建表的時(shí)候創(chuàng)建,下面是一個(gè)簡單的CREATETABLE腳本,它包含了創(chuàng)建一個(gè)檢查約束的代碼:

CREATETABLEdbo.Payroll

(

IDintPRIMARYKEY,

PositionIDINT,

SalaryTypenvarchar(10),

Salarydecimal(9,2)

CHECK(Salary<150000.00)

);

這里的CHECK子句關(guān)聯(lián)了Salary列,這是一個(gè)列級的約束,如果你創(chuàng)建了一個(gè)列級約束,你只能在檢查約束的邏輯表達(dá)式中使用列名,這里的檢查約束列就只允許Salary列的值小于150000。創(chuàng)建這個(gè)表時(shí)也會創(chuàng)建CHECK約束,約束名由系統(tǒng)自動(dòng)生成,如果你想在CREATETABLE操作時(shí)命名你的檢查約束,代碼就可以變成下面這樣:

CREATETABLEdbo.Payroll

(

IDintPRIMARYKEY,

PositionIDINT,

SalaryTypenvarchar(10),

Salarydecimal(9,2)

CONSTRAINTCK_Payroll_SalaryCHECK(Salary<150000.00)

);

這里我將檢查約束命名為CK_Payroll_Salary了。

上面的例子都僅在單個(gè)列上創(chuàng)建了檢查約束,而且也只有一個(gè)條件,其實(shí)檢查約束表達(dá)式可以包括多個(gè)條件,下面就是一個(gè)包含多個(gè)條件的檢查約束:

CREATETABLEdbo.Payroll

(

IDintPRIMARYKEY,

PositionIDINT,

SalaryTypenvarchar(10),

Salarydecimal(9,2)

CONSTRAINTCK_Payroll_Salary

CHECK(Salary>10.00andSalary<150000.00)

);

如果要讓SQLServer拒絕一條記錄,那在檢查約束邏輯表達(dá)式的最終輸出中需要計(jì)算為FALSE,因此,在這個(gè)例子中,檢查約束會驗(yàn)證Salary大于10且小于150000,這兩個(gè)條件中任意一個(gè)檢查結(jié)果返回FLASE,都會直接拒絕Payroll表中對行的INSERT或UPDATE請求,提示也會顯示一條錯(cuò)誤消息。

如果你想創(chuàng)建一個(gè)表級檢查約束,你可以使用下面的代碼:

CREATETABLEdbo.Payroll

(

IDintPRIMARYKEY,

PositionIDINT,

Salarydecimal(9,2),

SalaryTypenvarchar(10),

CHECK(Salary>10.00andSalary<150000.00)

);

在這里我創(chuàng)建了單個(gè)表級約束,檢查Salary列,但可以使用表中的任意列,因?yàn)檫@是一個(gè)表級檢查,注意CHECK子句將會引起SQLServer生成一個(gè)檢查約束名,因?yàn)槲覜]有手動(dòng)為其命名。

在現(xiàn)有表上創(chuàng)建檢查約束

有時(shí),在你設(shè)計(jì)和創(chuàng)建好表后,你可能想要在表上放一個(gè)檢查約束,你可以使用ALTERTABLE語句來實(shí)現(xiàn),下面是一個(gè)例子:

ALTERTABLEdbo.Payroll

WITHNOCHECKADDCONSTRAINTCK_Payroll_SalaryType

CHECK(SalaryTypein('Hourly','Monthly','Annual'));

我在這里的創(chuàng)建檢查約束將會檢查Payroll表中SalaryType列的值為“Hourly”,“Monthly”或“Annual”的所有記錄,我還給這個(gè)檢查約束起了一個(gè)名字,叫做“CK_Payroll_SalaryType”。

你也可以在一個(gè)ALTERTABLE語句中給表添加多個(gè)檢查約束,下面就是這樣一個(gè)例子:

ALTERTABLEdbo.Payroll

WITHNOCHECKADDCONSTRAINTCK_Payroll_SalaryType

CHECK(SalaryTypein('Hourly','Monthly','Annual')),

CONSTRAINTCK_Payroll_Salary

CHECK(Salary>10.00andSalary<150000.00);

在這里我在一條ADDCONSTRAINT子句中為SalaryType和Salary這兩列同時(shí)增加了檢查約束。

創(chuàng)建多列約束

不用在每個(gè)列上都創(chuàng)建約束,相反,可以在多個(gè)列上同時(shí)創(chuàng)建一個(gè)約束來檢查這些列的值,例如,如果我想創(chuàng)建單個(gè)約束來檢查Salary和SalaryType,那我可能使用如下的代碼:

ALTERTABLEdbo.PayrollWITHNOCHECK

ADDCONSTRAINTCK_Payroll_Salary_N_SalaryType

CHECK(SalaryTypein('Hourly','Monthly','Annual')

andSalary>10.00andSalary<150000.00);

這個(gè)約束和前面的兩個(gè)約束完成的事情是一樣的,但你要記住,這樣做有一個(gè)不好的后果,那就是最終在理解究竟是SalaryType列,還是Salary列,或者這兩列違反了你的檢查約束時(shí)可能比較困難。

這樣做之后還有一個(gè)讓人煩惱的是不止使用一列來判斷某個(gè)特定列的值是否有效,例如,假設(shè)我想要確保在輸入HourlySalaryType時(shí),我想要Salary小于100,或者在輸入MonthlySalaryType時(shí),Salary小于10000,當(dāng)輸入AnnualSalaryType時(shí),Salary合計(jì)是準(zhǔn)確的。為了實(shí)現(xiàn)這個(gè)約束條件,我使用下面的ADDCONSTRAINT子句:

ALTERTABLEdbo.PayrollWITHNOCHECK

ADDCONSTRAINTCK_Payroll_SalaryType_Based_On_Salary

CHECK((SalaryType='Hourly'andSalary<100.00)or

(SalaryType='Monthly'andSalary<10000.00)or

(SalaryType='Annual'));

在這里我將多列條件集中在一起了,又用or條件將它們進(jìn)行分離,這樣我的檢查約束就可以驗(yàn)證每個(gè)不同的SalaryType的Salary值了。

理解遇到空值時(shí)會發(fā)生什么

回顧一下我在本文的第一小節(jié)“什么是檢查約束”中講到的“當(dāng)檢查約束的條件表達(dá)式返回一個(gè)FALSE值時(shí),記錄不能INSERT和UPDATE”,因?yàn)槿绱?,空值可能讓進(jìn)入數(shù)據(jù)庫的數(shù)據(jù)并不符合你的要求。例如,假設(shè)在payroll表上只有一個(gè)CK_Paryroll_SalaryType檢查約束,只需要刷新檢查約束所在內(nèi)存即可:

ALTERTABLEdbo.Payroll

WITHNOCHECKADDCONSTRAINTCK_Payroll_SalaryType

CHECK(SalaryTypein('Hourly','Monthly','Annual'));

現(xiàn)在,如果你執(zhí)行下面的INSERT語句:

INSERTINTOdbo.Payrollvalues(1,1,'Hourly',25.00);

INSERTINTOdbo.Payrollvalues(2,2,NULL,25.00);

INSERTINTOdbo.Payrollvalues(3,3,'Horly',25.00);

你認(rèn)為將會發(fā)生什么?只有第一條INSERT語句會起作用嗎?第二條和第三條INSERT將會怎么樣?它們都會違反CK_Payroll_SalaryType嗎?結(jié)果是只有第三條INSERT語句會失敗,它之所以失敗是因?yàn)镾alaryType被打亂了,不再僅僅是“Hourly”,“Monthly”或“Annual”了,那為什么第二個(gè)INSERT語句沒有返回FALSE呢?很明顯,NULL(空值)也不是有效的SalaryType,第二條INSERT語句能夠工作的原因是它運(yùn)行時(shí)CK_Payroll_SalaryType約束沒有返回FALSE值,所以數(shù)據(jù)庫引擎就插入了第二條記錄。

為什么會這樣呢?因?yàn)镹ULL(空值)在比較操作中時(shí)會返回UNKNOWN,因?yàn)閁NKNOWN并不等價(jià)于FLASE,故沒有違反檢查約束。因此,你在寫檢查約束時(shí)要當(dāng)心,你可能想要排除掉包含NULL(空值)的值。上面的例子如果想要排除掉NULL(空值),那代碼要做如下的改動(dòng):

ALTERTABLEdbo.Payroll

WITHNOCHECKADDCONSTRAINTCK_Payroll_SalaryType

CHECK((SalaryTypein('Hourly','Monthly','Annual'))

andSalaryTypeisnotNULL);

另一個(gè)選擇是將SalaryType列設(shè)置為一個(gè)NOTNULL字段,這樣之后就不用再創(chuàng)建一個(gè)檢查約束了,但你會獲得一個(gè)不能向表中插入NULL值的錯(cuò)誤消息。

通過檢查約束進(jìn)行數(shù)據(jù)驗(yàn)證

使用檢查約束后,可以確保你的數(shù)據(jù)庫只包括通過了檢查的數(shù)據(jù),這樣允許你讓數(shù)據(jù)庫引擎控制你的數(shù)據(jù)有效性,這樣做之后,你的應(yīng)用程序就不用再進(jìn)行數(shù)據(jù)驗(yàn)證了,否則程序代碼中到處都穿插有數(shù)據(jù)校驗(yàn)的腳本,通過這種方法使數(shù)據(jù)驗(yàn)證工作更輕松,更簡潔。

責(zé)任編輯:彭凡 來源: 51CTO
相關(guān)推薦

2010-07-22 16:21:33

SQL Server使

2020-11-18 09:24:18

MySQL數(shù)據(jù)庫技術(shù)

2010-11-12 14:55:59

Sql Server檢

2009-04-16 17:44:31

2010-10-22 10:27:41

SQL Server驗(yàn)

2010-09-08 13:21:19

SQL刪除約束

2010-11-12 15:04:30

SQL Server缺

2010-07-06 16:52:17

SQL Server創(chuàng)

2010-09-24 17:08:03

SQL Server唯

2011-08-04 16:20:39

SQLServer數(shù)據(jù)索引碎片DBCC ShowCo

2010-06-17 16:59:51

SQL Server身

2010-11-10 11:37:29

SQL Server刪

2010-11-12 15:28:59

sql server默

2010-09-03 13:51:10

SQL刪除約束

2010-09-25 13:16:51

SQL Server外

2010-06-17 17:50:31

SQL Server外

2013-07-30 16:54:32

2010-11-12 14:45:19

Sql Server唯

2010-11-12 14:39:36

Sql Server唯

2010-11-12 15:35:55

SQL Server約
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號