細說Sql Server中的視圖(上)(更新)

 

            1，什麼是視圖？

            2，為什麼要用視圖；

            3，視圖中的ORDER BY;

            4，重新整理視圖；

            5，更新視圖；

            6，視圖選項；

            7，索引檢視表；

        細說Sql Server中的視圖(下)    應大家要求已在“細說Sql Server中的視圖(上)”中添加“為什麼要用視圖”一小節。

 

1.什麼是視圖

   視圖是由一個查詢所定義的虛擬表，它與物理表不同的是，視圖中的資料沒有物理表現形式，除非你為其建立一個索引；如果查詢一個沒有索引的視圖，Sql Server實際訪問的是基礎資料表。

   如果你要建立一個視圖，為其指定一個名稱和查詢即可。Sql Server只儲存視圖的中繼資料，使用者描述這個對象，以及它所包含的列，安全，依賴等。當你查詢檢視時，無論是擷取資料還是更新資料，Sql server都用視圖的定義來訪問基礎資料表；

   視圖在我們日常操作也扮演著許多重要的角色，比如可以利用視圖訪問經過篩選和處理的資料，而不是直接存取基礎資料表，以及在一定程度上也保護了基礎資料表。

   我們在建立視圖的時候，也要遵守三個規則：

1. 不能在視圖定義中指定ORDER BY ，除非定義中包含Top或For Xml 說明；
2. 所有的列必須有列名；
3. 這些所有的列名必須唯一；

    對於視圖表中在沒有top或for xml說明的情況下，不能有Order by 語句，這是因為視圖被認為是一個表，表是一個邏輯的實體，它的行是沒有順序的。視圖中所有列必須有列名，且唯一的情況我想大家都理解；

下面的sql語句表示建立一個簡單的視圖：

   1:  CREATE VIEW dbo.V1

   2:  AS

   3:  SELECT CustomerID,CompanyName FROM Customers 

   4:  WHERE EXISTS(SELECT * FROM Orders WHERE Customers.CustomerID = Orders.CustomerID)

2.為什麼要使用視圖（更新）

      SqlServer既然給我們提供這樣的對象，就一定有它的作用。而我們在使用視圖上，要麼用的過多，要麼用的不夠，所以一部分人建議不要用視圖，而一部分人又建議少用。那我們聽誰的呢？

      其實我們要是掌握了用視圖的目的，就能在正確的地方，用正確的視圖；那麼視圖能給我們解決什麼問題呢？

            1，為終端使用者減少資料庫呈現的複雜性。用戶端只要對視圖寫簡單的代碼，就能返回我所需要的資料，一些複雜的邏輯操作，放在了視圖中來完成；

            2，防止敏感的列被選中，同時仍然提供對其他重要資料的訪問；

            3，對視圖添加一些額外的索引，來提高查詢的效率；

      視圖其實沒有改變任何事情，只是對訪問的資料進行了某種形式的篩選。考慮一下視圖的作用，你應該能看到視圖的概念如何為缺乏經驗的使用者簡化資料(只顯示他們關心的資料)，或者不給予使用者訪問基礎資料表的
  權利，但授予他們訪問不包含敏感性資料視圖的權力，從而提前隱藏敏感性資料。

      要知道，在預設的情況下，視圖沒有做什麼特殊的事情。視圖就好象一個查詢那樣從命令列運行(這裡不存在任何形式的預先最佳化),這意味著在資料請求和將被交付的資料之間多加了一層開銷。這表明視圖絕不可能像
   只是直接運行底層SELECT語句那樣快。不過，視圖存在有一個原因--這就是它的安全性或為使用者所做的簡化，在你的需要和開銷之間權衡，找到最適合特定情況的解決方案。

3.視圖中的ORDER BY

    視圖表示一個邏輯實體，它與表非常類似；

    如果我們在上面的建立的sql語句中加一個Order BY 語句，看看有什麼效果：

   1:  ALTER VIEW dbo.V1

   2:  AS 

   3:  SELECT CustomerID,CompanyName FROM Customers 

   4:  WHERE EXISTS(SELECT * FROM Orders WHERE Customers.CustomerID = Orders.CustomerID)  

   5:  ORDER BY CompanyName

 

運行該語句將會失敗，回收到以下的提示：

Msg 1033, Level 15, State 1, Procedure V1, Line 5
除非另外還指定了 TOP 或 FOR XML，否則，ORDER BY 子句在視圖、內嵌函式、派生表、子查詢和通用資料表運算式中無效。

根據提示，ORDER By 也不是不能用，只有指定了Top或for xml語句後，ORDER BY 才能使用,如：
 

   1:  ALTER VIEW dbo.V1

   2:  AS 

   3:  SELECT TOP(10) CustomerID,CompanyName FROM Customers 

   4:  WHERE EXISTS(SELECT * FROM Orders WHERE Customers.CustomerID = Orders.CustomerID)  

   5:  ORDER BY CompanyName

      但是，並不建議在視圖中使用ORDER BY ,這是因為視圖表示一個表，而對於表來說，是不會有排序的；所以建議在查詢檢視的時候，用ORDER BY;

      SQL Server2005聯機叢書有一段這樣的描述：“在視圖、內嵌函式、派生表或子查詢的定義中使用ORDER BY 字句，子句只能使用者確定TOP子句返回的行。ORDER BY 不保證在查詢這些構造時得到有序結果，除非在查詢本省也指定了ORDER BY.”

4.重新整理視圖

我在上面說過，視圖會儲存中繼資料，列，安全，以及依賴等資訊，如果我們把基礎資料表的架構更改了，並不會直接反映到視圖上來；更改架構後，使用sp_refreshview預存程序重新整理視圖的中繼資料是一個好習慣；

比如我們建立了一個表T1和一個T1的視圖V1,然後更改T1,再看V1的結果：

首先建立表T1:

   1:  IF OBJECT_ID('T1') IS NOT NULL

   2:      DROP TABLE T1

   3:   

   4:  CREATE TABLE T1(col1 INT,col2 INT)

   5:  INSERT INTO T1(col1,col2) VALUES(1,2)

   6:  GO

然後建立T1的視圖V1:

   3:  CREATE VIEW V1

   4:  AS 

   5:  SELECT * FROM T1

 

       在現實實踐中，要避免在視圖中的SELECT語句中使用*,在這隻是示範。如果你查詢檢視V1就會出現以下結果：
       

       接下來，我們對錶T1添加一列col3:
      

   1:  ALTER TABLE T1 ADD col3 INT

       然後重新查詢視圖V1，你想這時的結果是三列呢，還是而列呢？答案是二列。T1架構的改變，並沒有影響到視圖的中繼資料中，這時候，如果我們要重新整理一下視圖V1,我們就可以用:EXEC sp_refreshview V1 命令， 重新查詢，V1的結果就是三列了。

 不寫了，困了，明天再補全，就分上下二節吧

興百放

參考文獻：《T-SQL程式設計》

Tag 標籤: 視圖，Sql Server，View，重新整理視圖，更新視圖，索引檢視表