SQL Server基础知识之:设计和实现视图
生活随笔
收集整理的這篇文章主要介紹了
SQL Server基础知识之:设计和实现视图
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
設計和實現視圖可謂是數據庫物理設計中的一個非常重要的步驟。從一般意義上說,設計和實現視圖應該遵循下面的一些建議和原則。
以下內容摘在文檔,我對某些重點進行了補充說明(紅色部分)
只能在當前數據庫中創建視圖。 但是,如果使用分布式查詢定義視圖,則新視圖所引用的表和視圖可以存在于其他數據庫甚至其他服務器中。- 分布式視圖是可行的,但隨著SQL Server本身能力的提高,例如SQL Server 2005開始支持表分區等技術之后,分布式視圖應該盡量少用。
- 所謂分布式視圖的一個最大的問題就是將表物理上分開在多個數據庫甚至服務器中,這增加了維護和查詢的難度
- 一個可以借鑒的做法是:在視圖名稱之前添加一個前綴 vw
- 一般不建議超過2層
- 除非萬不得已,一般不建議使用觸發器
- 很多朋友不知道:COMPUTER和COMPUTER BY語句僅僅用于一些特殊場合,用于生成總計行。大致有如下的效果
該特性不能用于視圖,但可以直接用于查詢
?
定義視圖的查詢不能包含 ORDER BY 子句,除非在 SELECT 語句的選擇列表中還有一個 TOP 子句。- 這個很有意思,如果要訪問所有的呢,還必須是寫TOP 100 PERCENT
- 關于TABLESAMPLE語句,大家可能也比較陌生,這是一個用于對數據進行抽樣的。它和TOP語句不同,TOP語句是有固定大小的,而TABLESAMPLE返回的數據,可能多,可能少,甚至可能沒有
- 我之前有一篇文章講述這個語法 http://www.cnblogs.com/chenxizhang/archive/2009/05/19/1460040.html
- 在SQL Server 2005中,可以通過CTE(Common Table Expression)來實現該功能
- 之前的版本,大致的做法是使用臨時表,表變量,函數等等
- 如果未使用 SCHEMABINDING 子句創建視圖,則對視圖下影響視圖定義的對象進行更改時,應運行 sp_refreshview。 否則,當查詢視圖時,可能會生成意外結果。
- 如果你修改了一個表,那么如何刷新所有與該表有關的視圖呢
- http://msdn.microsoft.com/zh-cn/library/ms187821(SQL.90).aspx
- 如果你修改了一個表,那么如何刷新所有與該表有關的視圖呢
- 強烈建議對某些非常重要的視圖,添加SCHEMABINDING 子句。
盡管查詢引用一個已配置全文索引的表時,視圖定義可以包含全文查詢,仍然不能對視圖執行全文查詢。 下列情況下必須指定視圖中每列的名稱:
- 視圖中的任何列都是從算術表達式、內置函數或常量派生而來。
- 視圖中有兩列或多列原應具有相同名稱(通常由于視圖定義包含聯接,因此來自兩個或多個不同表的列具有相同的名稱)。
- 希望為視圖中的列指定一個與其源列不同的名稱。 (也可以在視圖中重命名列。) 無論重命名與否,視圖列都會繼承其源列的數據類型。
若要創建視圖,您必須獲取由數據庫所有者授予的此操作執行權限,如果使用 SCHEMABINDING 子句創建視圖,則必須對視圖定義中引用的任何表或視圖具有相應的權限。
默認情況下,由于行通過視圖進行添加或更新,當其不再符合定義視圖的查詢的條件時,它們即從視圖范圍中消失。 例如,創建一個定義視圖的查詢,該視圖從表中檢索員工的薪水低于 $30,000 的所有行。如果員工的薪水漲到 $32,000,因其薪水不符合視圖所設條件,查詢時視圖不再顯示該特定員工。 但是,WITH CHECK OPTION 子句強制所有數據修改語句均根據視圖執行,以符合定義視圖的 SELECT 語句中所設條件。 如果使用該子句,則對行的修改不能導致行從視圖中消失。 任何可能導致行消失的修改都會被取消,并顯示錯誤。
本文版權歸作者所有,可以轉載,但未經作者同意必須保留此段聲明,且在文章頁面明顯位置給出原文連接,否則保留追究法律責任的權利。
更多博客文章,以及作者對于博客引用方面的完整聲明以及合作方面的政策,請參考以下站點:陳希章的博客中心
轉載于:https://www.cnblogs.com/chenxizhang/archive/2009/06/15/1503770.html
總結
以上是生活随笔為你收集整理的SQL Server基础知识之:设计和实现视图的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 黄山风景区有几个索道
- 下一篇: 老干妈怎么做好吃