一区二三国产好的精华液,精品久久久久国产

您當(dāng)前所在位置：首頁(yè) → 數(shù)據(jù)庫(kù) → MSSQL → SQL Server視圖管理中的四個(gè)限制條件

SQL Server視圖管理中的四個(gè)限制條件 時(shí)間：2015/6/28來(lái)源：IT貓撲網(wǎng)作者：網(wǎng)管聯(lián)盟我要評(píng)論(0)

通過(guò)視圖來(lái)訪問(wèn)數(shù)據(jù)，其優(yōu)點(diǎn)是非常明顯的。如可以起到數(shù)據(jù)保密、保證數(shù)據(jù)的邏輯獨(dú)立性、簡(jiǎn)化查詢操作等等。

但是，話說(shuō)回來(lái)，sql server 數(shù)據(jù)庫(kù)中的視圖并不是萬(wàn)能的，他跟表這個(gè)基本對(duì)象還是有重大的區(qū)別。在使用視圖的時(shí)候，需要遵守四大限制。

限制條件一：視圖數(shù)據(jù)的更改。

當(dāng)用戶更新視圖中的數(shù)據(jù)時(shí)，其實(shí)更改的是其對(duì)應(yīng)的數(shù)據(jù)表的數(shù)據(jù)。無(wú)論是對(duì)視圖中的數(shù)據(jù)進(jìn)行更改，還是在視圖中插入或者刪除數(shù)據(jù)，都是類似的道理。但是，不是所有視圖都可以進(jìn)行更改。如下面的這些視圖，在SQL Server數(shù)據(jù)庫(kù)中就不能夠直接對(duì)其內(nèi)容進(jìn)行更新，否則，系統(tǒng)會(huì)拒絕這種非法的操作。

如在一個(gè)視圖中，若采用Group By子句，對(duì)視圖中的內(nèi)容進(jìn)行了匯總。則用戶就不能夠?qū)︖@張視圖進(jìn)行更新。這主要是因?yàn)椴捎肎roup By子句對(duì)查詢結(jié)果進(jìn)行匯總在后，視圖中就會(huì)丟失這條紀(jì)錄的物理存儲(chǔ)位置。如此，系統(tǒng)就無(wú)法找到需要更新的紀(jì)錄。若用戶想要在視圖中更改數(shù)據(jù)，則數(shù)據(jù)庫(kù)管理員就不能夠在視圖中添加這個(gè)Group BY分組語(yǔ)句。

如不能夠使用Distinct關(guān)鍵字。這個(gè)關(guān)鍵字的用途就是去除重復(fù)的紀(jì)錄。如沒(méi)有添加這個(gè)關(guān)鍵字的時(shí)候，視圖查詢出來(lái)的紀(jì)錄有250條。添加了這個(gè)關(guān)鍵字后，數(shù)據(jù)庫(kù)就會(huì)剔除重復(fù)的紀(jì)錄，只顯示不重復(fù)的50條紀(jì)錄。此時(shí)，若用戶要改變其中一個(gè)數(shù)據(jù)，則數(shù)據(jù)庫(kù)就不知道其到底需要更改哪條紀(jì)錄。因?yàn)橐晥D中看起來(lái)只有一條紀(jì)錄，而在基礎(chǔ)表中可能對(duì)有的紀(jì)錄有幾十條。為此，若在視圖中采用了Distinct關(guān)鍵字的話，就無(wú)法對(duì)視圖中的內(nèi)容進(jìn)行更改。

如果在視圖中有avg、MAX等函數(shù)，則也不能夠?qū)ζ溥M(jìn)行更新。如在一張視圖中，其采用了SUN函數(shù)來(lái)匯總員工的工資時(shí)，此時(shí)，就不能夠?qū)︖@張表進(jìn)行更新。這是數(shù)據(jù)庫(kù)為了保障數(shù)據(jù)一致性所添加的限制條件。

可見(jiàn)，試圖雖然方便、安全，但是，其仍然不能夠代替表的地位。當(dāng)需要對(duì)一些表中的數(shù)據(jù)進(jìn)行更新時(shí)，我們往往更多的通過(guò)對(duì)表的操作來(lái)完成。因?yàn)閷?duì)視圖內(nèi)容進(jìn)行直接更改的話，需要遵守一些限制條件。在實(shí)際工作中，更多的處理規(guī)則是通過(guò)前臺(tái)程序直接更改后臺(tái)基礎(chǔ)表。至于這些表中數(shù)據(jù)的安全性，則要依靠前臺(tái)應(yīng)用程序來(lái)保護(hù)。確保更改的準(zhǔn)確性、合法性。

限制條件二：定義視圖的查詢語(yǔ)句中不能夠使用某些關(guān)鍵字。

我們都知道，視圖其實(shí)就是一組查詢語(yǔ)句組成。或者說(shuō)，視圖是封裝查詢語(yǔ)句的一個(gè)工具。在查詢語(yǔ)句中，我們可以通過(guò)一些關(guān)鍵字來(lái)格式化顯示的結(jié)果。如我們?cè)谄綍r(shí)工作中，經(jīng)常會(huì)需要把某張表中的數(shù)據(jù)跟另外一張表進(jìn)行合并。此時(shí)，數(shù)據(jù)庫(kù)管理員就可以利用Select Into語(yǔ)句來(lái)完成。先把數(shù)據(jù)從某個(gè)表中查詢出來(lái)，然后再添加到某個(gè)表中。

當(dāng)經(jīng)常需要類似的操作時(shí)，我們是否可以把它制作成一張視圖。每次有需要的時(shí)候，只需要運(yùn)行這個(gè)視圖即可，而不用每次都進(jìn)行重新書(shū)寫(xiě)SQL代碼。不過(guò)可惜的是，結(jié)果是否定的。在SQL Server數(shù)據(jù)庫(kù)的視圖中，是不能夠帶有Into關(guān)鍵字。如果要實(shí)現(xiàn)類似的功能，只有通過(guò)函數(shù)或者過(guò)程來(lái)實(shí)現(xiàn)。

另外，跟oracle數(shù)據(jù)庫(kù)不同的是，在微軟的SQLServer數(shù)據(jù)庫(kù)中創(chuàng)建視圖的時(shí)候，還有一個(gè)額外的限制。就是不能夠在創(chuàng)建視圖的查詢語(yǔ)句中，使用order by排序語(yǔ)句。這是一個(gè)很特殊的規(guī)定。一些Oracle的數(shù)據(jù)庫(kù)管理員，在使用SQL Server數(shù)據(jù)庫(kù)創(chuàng)建視圖的時(shí)候，經(jīng)常會(huì)犯類似的錯(cuò)誤。他們就搞不明白，為什么Oracle數(shù)據(jù)庫(kù)中可行，但是在微軟的數(shù)據(jù)庫(kù)中則行不通呢?這恐怕只有微軟數(shù)據(jù)庫(kù)產(chǎn)品的設(shè)計(jì)者才能夠回答的問(wèn)題�？傊覀円涀〉木褪�，在SQLServer數(shù)據(jù)庫(kù)中，建立視圖時(shí)，查詢語(yǔ)句中不能夠包含Order By語(yǔ)句。

限制條件三：要對(duì)某些列取別名，并保證列名的唯一。

在表關(guān)聯(lián)查詢的時(shí)候，當(dāng)不同表的列名相同時(shí)，只需要加上表的前綴即可。不需要對(duì)列另外進(jìn)行命名。但是，在創(chuàng)建視圖時(shí)就會(huì)出現(xiàn)問(wèn)題，數(shù)據(jù)庫(kù)會(huì)提示"duplicate column name"的錯(cuò)誤提示，警告用戶有重復(fù)的列名。有時(shí)候，用戶利用Select語(yǔ)句連接多個(gè)來(lái)自不同表的列，若擁有相同的名字，則這個(gè)語(yǔ)句仍然可以執(zhí)行。但是，若把它復(fù)制到創(chuàng)建視圖的窗口，創(chuàng)建視圖時(shí)，就會(huì)不成功。

查詢語(yǔ)句跟創(chuàng)建視圖的查詢語(yǔ)句還有很多類似的差異。如有時(shí)候，我們?cè)诓樵冋Z(yǔ)句中，可能會(huì)比較頻繁的采用一些算術(shù)表達(dá)式;或者在查詢語(yǔ)句中使用函數(shù)等等。在查詢的時(shí)候，我們可以不給這個(gè)列"取名"。數(shù)據(jù)庫(kù)在查詢的時(shí)候，會(huì)自動(dòng)給其命名。但是，在創(chuàng)建視圖時(shí)，數(shù)據(jù)庫(kù)系統(tǒng)就會(huì)給你出難題。系統(tǒng)會(huì)提醒你為列取別名。

從以上兩個(gè)例子中，我們可以看出，雖然視圖是對(duì)SQL語(yǔ)句的封裝，但是，兩者仍然有差異。創(chuàng)建視圖的查詢語(yǔ)句必須要遵守一定的限制。如要保證視圖的各個(gè)列名的唯一;如果自阿視圖中某一列是一個(gè)算術(shù)表達(dá)式、函數(shù)或者常數(shù)的時(shí)候，要給其取名字，等等。

限制條件四：權(quán)限上的雙重限制。

為了保障基礎(chǔ)表數(shù)據(jù)的安全性，在視圖創(chuàng)建的時(shí)候，其權(quán)限控制比較嚴(yán)格。

一方面，若用戶需要?jiǎng)?chuàng)建視圖，則必須要有數(shù)據(jù)庫(kù)視圖創(chuàng)建的權(quán)限。這是視圖建立時(shí)必須遵循的一個(gè)基本條件。如有些數(shù)據(jù)庫(kù)管理員雖然具有表的創(chuàng)建、修改權(quán)限;但是，這并不表示這個(gè)數(shù)據(jù)庫(kù)管理員就有建立視圖的權(quán)限。恰恰相反，在大型數(shù)據(jù)庫(kù)設(shè)計(jì)中，往往會(huì)對(duì)數(shù)據(jù)庫(kù)管理員進(jìn)行分工。建立基礎(chǔ)表的就只管建立基礎(chǔ)表;負(fù)責(zé)創(chuàng)建視圖的就只有創(chuàng)建視圖的權(quán)限。

其次，在具有創(chuàng)建視圖權(quán)限的同時(shí)，用戶還必須具有訪問(wèn)對(duì)應(yīng)表的權(quán)限。如某個(gè)數(shù)據(jù)庫(kù)管理員，已經(jīng)有了創(chuàng)建視圖的權(quán)限。此時(shí)，若其需要?jiǎng)?chuàng)建一張員工工資信息的視圖，還不一定會(huì)成功。這還要這個(gè)數(shù)據(jù)庫(kù)管理員有美譽(yù)跟工資信息相關(guān)的基礎(chǔ)表的訪問(wèn)權(quán)限。如建立員工工資信息這張視圖一共涉及到五張表，則這個(gè)數(shù)據(jù)庫(kù)管理員就需要擁有者每張表的查詢權(quán)限。若沒(méi)有的話，則建立這張視圖就會(huì)以失敗告終。

第三，就是視圖權(quán)限的繼承問(wèn)題。如上面的例子中，這個(gè)數(shù)據(jù)庫(kù)管理員不是基礎(chǔ)表的所有者。但是經(jīng)過(guò)所有者的授權(quán)，他就可以對(duì)這個(gè)基礎(chǔ)表進(jìn)行訪問(wèn)，就可以以此為基礎(chǔ)建立視圖。但是，這個(gè)數(shù)據(jù)庫(kù)管理員有沒(méi)有把對(duì)這個(gè)基礎(chǔ)表的訪問(wèn)權(quán)限再授權(quán)給其他人呢?如他能否授權(quán)給A用戶訪問(wèn)員工考勤信息表呢?答案是不一定。默認(rèn)情況下，數(shù)據(jù)庫(kù)管理員不能夠再對(duì)其他用戶進(jìn)行授權(quán)。但是，若基礎(chǔ)表的所有者，把這個(gè)權(quán)利給了數(shù)據(jù)庫(kù)管理員之后，則他就可以對(duì)用戶進(jìn)行重新授權(quán)。讓數(shù)據(jù)庫(kù)管理員可以給A用戶進(jìn)行授權(quán)，讓其可以進(jìn)行相關(guān)的操作。

可見(jiàn)，視圖雖然靈活，安全，方便，但是其仍然有比較多的限制條件。根據(jù)筆者的經(jīng)驗(yàn)，一般在報(bào)表、表單等等工作上，采用視圖會(huì)更加的合理。因?yàn)槠銼QL語(yǔ)句可以重復(fù)使用。而在基礎(chǔ)表更新上，包括紀(jì)錄的更改、刪除或者插入上，往往是直接對(duì)基礎(chǔ)表進(jìn)行更新。對(duì)于一些表的約束，可以通過(guò)觸發(fā)器、規(guī)則等等來(lái)實(shí)現(xiàn);甚至可以通過(guò)前臺(tái)SQL語(yǔ)句直接實(shí)現(xiàn)約束。作為數(shù)據(jù)庫(kù)管理員，要有這個(gè)能力，能夠判斷在什么時(shí)候使用視圖，什么時(shí)候直接調(diào)用基礎(chǔ)表。

關(guān)鍵詞標(biāo)簽：SQL Server,視圖管理

相關(guān)閱讀

文章評(píng)論

查看所有0條評(píng)論>>