CREATE VIEW (Transact-SQL)

  • 發行項

適用于： Microsoft Fabric 中 Microsoft Fabric 倉儲中的 SQL Server Azure SQL 資料庫 Azure SQL 受控執行個體 Azure Synapse Analytics Analytics Platform System （PDW） SQL 分析端點

建立由查詢定義其內容 (資料行和資料列) 的虛擬資料表。 您可以使用這個陳述式來建立資料庫中一個或多個資料表內資料的檢視。 例如，檢視可用於下列目的：

  • 對焦 (Focus)、簡化和自訂每位使用者查看資料庫的角度。

  • 做為安全機制，讓使用者能夠透過檢視存取資料，但不將直接存取基底資料表的權限授與使用者。

  • 提供回溯相容介面以模擬其結構描述已變更的資料表。

Transact-SQL 語法慣例

Syntax

-- Syntax for SQL Server and Azure SQL Database  
  
CREATE [ OR ALTER ] VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ]
[ ; ]  
  
<view_attribute> ::=
{  
    [ ENCRYPTION ]  
    [ SCHEMABINDING ]  
    [ VIEW_METADATA ]
}

-- Syntax for Azure Synapse Analytics and Parallel Data Warehouse
  
CREATE VIEW [ schema_name . ] view_name [  ( column_name [ ,...n ] ) ]   
AS <select_statement>   
[;]  
  
<select_statement> ::=  
    [ WITH <common_table_expression> [ ,...n ] ]  
    SELECT <select_criteria>  

-- Syntax for [!INCLUDE [fabric](../../includes/fabric.md)]
  
CREATE [ OR ALTER ] VIEW [ schema_name . ] view_name [  ( column_name [ ,...n ] ) ]   
AS <select_statement>   
[;]  
  
<select_statement> ::=  
    [ WITH <common_table_expression> [ ,...n ] ]  
    SELECT <select_criteria>

注意

若要檢視 SQL Server 2014 （12.x） 和舊版的 Transact-SQL 語法，請參閱 舊版檔 。

引數

OR ALTER

適用於：Azure SQL Database 和 SQL Server (從 SQL Server 2016 (13.x) SP1 開始)。

只有在檢視已存在時，才能有條件地將其更改。

schema_name
這是檢視所屬的結構描述名稱。

view_name
這是檢視的名稱。 檢視名稱必須遵照識別碼的規則。 指定檢視擁有者名稱則是選擇性的。

column
這是檢視中的資料行所用的名稱。 只有在資料行是從算術運算式、函數或常數衍生而來時，兩個或更多資料行可能有相同名稱 (通常是因為聯結) 時，或檢視中之資料行的指定名稱不同於衍生來源的資料行名稱時，才需要資料行名稱。 您也可以在 SELECT 陳述式中指派資料行名稱。

如果未指定 column，檢視資料行會取得 SELECT 陳述式中的資料行相同名稱。

注意

在檢視的資料行中，資料行名稱的權限適用於整個 CREATE VIEW 或 ALTER VIEW 陳述式，不論基礎資料來源為何都是如此。 例如，如果是在 CREATE VIEW 陳述式中授與 SalesOrderID 資料行的權限，ALTER VIEW 陳述式便可以利用不同的資料行名稱來命名 SalesOrderID 資料行 (例如 OrderRef)，同時保有使用 SalesOrderID 之檢視的相關聯權限。

AS

指定檢視要執行的動作。

select_statement
這是定義檢視的 SELECT 陳述式。 陳述式可以使用多份資料表和其他檢視。 從建立的檢視之 SELECT 子句所參考的物件中進行選取，需要適當的權限。

檢視不必是一份特定資料表的資料列和資料行的簡單子集。 您可以利用任何複雜度的 SELECT 子句來建立使用多份資料表或其他檢視的檢視。

在索引檢視定義中，SELECT 陳述式必須是單一資料表陳述式，或選擇性彙總所聯結 (JOIN) 的多份資料表。

檢視定義中的 SELECT 子句不能包括下列項目：

  • ORDER BY 子句，除非 SELECT 陳述式的選取清單中也有 TOP 子句

    重要

    ORDER BY 子句只能用來判定 TOP 或 OFFSET 子句在檢視定義中傳回的資料列。 除非同時在查詢本身指定 ORDER BY 子句，否則 ORDER BY 子句並不保證查詢檢視時會傳回排序的結果。

  • INTO 關鍵字

  • OPTION 子句

  • 指向暫存資料表或資料表變數的參考。

由於 select_statement 是使用 SELECT 陳述式，因此依照 FROM 子句的指示來使用 <join_hint> 和 <table_hint> 提示是有效的。 如需詳細資訊，請參閱 FROM (Transact-SQL) 和 SELECT (Transact-SQL)。

您可以在 select_statement 中使用由 UNION 或 UNION ALL 來分隔的函數和多個 SELECT 陳述式。

CHECK OPTION

強制規定對檢視執行的所有資料修改陳述式必須遵循 select_statement 內所設定的準則。 當利用檢視來修改資料列時，WITH CHECK OPTION 可確保在認可修改之後，仍可以透過檢視見到資料。

注意

CHECK OPTION 僅適用於透過此檢視所執行的更新。 其不適用於任何直接對檢視基礎資料表執行的更新。

ENCRYPTION

適用於：SQL Server 2008 (10.0.x) 和更新版本，以及 Azure SQL Database。

加密 sys.syscomments 中包含 CREATE VIEW 陳述式文字的項目。 使用 WITH ENCRYPTION 可防止在 SQL Server 複寫中發行檢視。

SCHEMABINDING

將檢視繫結於一或多份基礎資料表的結構描述。 當指定 SCHEMABINDING 時，無法依照會影響檢視定義的方式來修改一或多份基底資料表。 您必須先修改或卸除檢視定義來移除對於要修改之資料表的相依性。 當您使用 SCHEMABINDING 時，select_statement 必須包括所參考的資料表、檢視或使用者自訂函數的兩部分名稱 (schema.object)。 所有參考的物件都必須在相同的資料庫中。

您無法卸除參與 SCHEMABINDING 子句所建立之檢視的檢視或資料表，除非這份檢視已經卸除或有了改變，不再擁有結構描述繫結。 否則，資料庫引擎會引發錯誤。 另外，當 ALTER TABLE 陳述式會影響到檢視定義時，在參與擁有結構描述繫結的檢視之資料表上執行這些陳述式也會失敗。

注意

在 Azure Synapse Analytics 中，檢視目前不支援結構描述繫結。 如需詳細資訊，請參閱 Azure Synapse Analytics 中專用 SQL 集區和無伺服器 SQL 集區的 T-SQL 檢視。

VIEW_METADATA

指定當針對參考檢視的查詢來要求瀏覽模式的中繼資料時，SQL Server 執行個體將檢視 (而不是一或多個基底資料表) 的中繼資料資訊傳回 DB-Library、ODBC 和 OLE DB API。 瀏覽模式中繼資料是 SQL Server 執行個體傳回給用戶端 API 的附加中繼資料。 這個中繼資料使得用戶端 API 能夠實作可更新的用戶端資料指標。 瀏覽模式中繼資料包括結果集中的資料行所屬之基底資料表的相關資訊。

如果是 VIEW_METADATA 所建立的檢視，當描述結果集中檢視的資料行時，瀏覽模式中繼資料會傳回檢視名稱，而不是基底資料表名稱。

當檢視是使用 WITH VIEW_METADATA 來建立時，如果該檢視具有 INSTEAD OF INSERT 或 INSTEAD OF UPDATE 觸發程序，則除了 timestamp 資料行之外，所有資料行都可以更新。 如需有關可更新檢視的詳細資訊，請參閱「備註」一節。

備註

檢視只能建立在目前資料庫中。 CREATE VIEW 必須是查詢批次中的第一個陳述式。 檢視最多可有 1,024 個資料行。

當查詢檢視時，資料庫引擎會檢查以確定陳述式所參考的所有資料庫物件都存在、在陳述式的內容中有效，且修改資料陳述式未違反任何資料完整性規則。 檢查失敗會傳回錯誤訊息。 檢查成功會將動作轉換成針對基礎資料表的動作。

如果檢視相依於已卸除的資料表或檢視，當任何人試圖使用該檢視時，資料庫引擎一律會產生錯誤訊息。 如果建立新的資料表或檢視，且並未變更先前基底資料表的資料表結構來取代已卸除的資料表或檢視，此時又可以使用這份檢視。 如果新資料表或檢視的結構有了改變，就必須卸除再重新建立這份檢視。

如果未以 SCHEMABINDING 子句來建立檢視，當檢視中的物件有所變更並會影響檢視定義時，請執行 sp_refreshview。 否則，在查詢檢視時，可能會產生非預期的結果。

建立檢視時，檢視的相關資訊會儲存在下列目錄檢視中：sys.views、sys.columns 和 sys.sql_expression_dependencies。 CREATE VIEW 陳述式的文字會儲存在 sys.sql_modules 目錄檢視中。

如果查詢使用的檢視索引是以 numeric 或 float 運算式所定義，其查詢結果可能會與未使用這份檢視索引的類似查詢不同。 這個差異可能是基礎資料表的 INSERT、DELETE 或 UPDATE 動作期間之捨入錯誤所造成的。

當建立檢視時，資料庫引擎會儲存 SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的設定。 當使用這份檢視時，會利用這些原始設定來剖析檢視。 因此，當存取檢視時，SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的任何用戶端工作階段設定都不會影響這個檢視定義。

可更新的檢視

注意

在 Azure Synapse Analytics 中，目前可更新的檢視、DML 觸發程式（屬於 AFTER 或 INSTEAD OF 類型），且不支援資料分割檢視。 如需詳細資訊，請參閱 Azure Synapse Analytics 中專用 SQL 集區和無伺服器 SQL 集區的 T-SQL 檢視。

只要符合下列條件，您可以利用檢視來修改基礎基底資料表的資料：

  • 包括 UPDATE、INSERT 和 DELETE 陳述式在內的任何修改都只能參考一份基底資料表的資料行。

  • 檢視所修改的資料行必須直接參考資料表資料行中的基礎資料。 您無法利用任何其他方法來衍生這些資料行，例如：

    • 彙總函式：AVG、COUNT、SUM、MIN、MAX、GROUPING、STDEV、STDEVP、VAR 和 VARP。

    • 計算。 您不能從使用其他資料行的運算式計算資料行。 利用設定運算子 UNION、UNION ALL、CROSSJOIN、EXCEPT 和 INTERSECT 形成的資料行會得出一項計算，這些資料行無法更新。

  • GROUP BY、HAVING 或 DISTINCT 子句不會影響所修改的資料行。

  • 在檢視的 select_statement 中任何位置，都不能將 TOP 與 WITH CHECK OPTION 子句一併使用。

先前的限制適用於檢視之 FROM 子句中的任何子查詢，正如同它們適用於檢視本身一樣。 一般而言，資料庫引擎必須能夠明確地追蹤從檢視定義到一個基底資料表的修改。 如需詳細資訊，請參閱透過檢視修改資料。

如果先前的限制使您無法直接利用檢視來修改資料，請考量下列選項：

  • INSTEAD OF 觸發程序

    您可以建立檢視的 INSTEAD OF 觸發程序，使檢視成為可以更新。 INSTEAD OF 觸發程序的執行是用來取代定義觸發程序的資料修改陳述式。 這個觸發程序可讓使用者指定一組為了處理資料修改陳述式而必須發生的動作。 因此，如果 INSTEAD OF 觸發程序是針對某份特定資料修改陳述式 (INSERT、UPDATE 或 DELETE) 的檢視而存在，您也可以利用這個陳述式來更新對應的檢視。 如需 INSTEAD OF 觸發程序的詳細資訊，請參閱 DML 觸發程序。

  • 資料分割檢視

    如果檢視是一份分割區檢視，在特定限制之下，這份檢視可以更新。 如有必要，資料庫引擎會將本機資料分割檢視當做所有參與資料表及檢視本身是在相同 SQL Server 執行個體上的檢視，並將分散式資料分割檢視當做檢視中至少有一個資料表是在不同伺服器或遠端伺服器上的檢視。

分割區檢視

注意

在 Azure Synapse Analytics 中，目前不支援資料分割檢視。 如需詳細資訊，請參閱 Azure Synapse Analytics 中專用 SQL 集區和無伺服器 SQL 集區的 T-SQL 檢視。

資料分割檢視是成員資料表的 UNION ALL 所定義的檢視，這些成員資料表的結構相同，但在相同 SQL Server 執行個體中，或在一群獨立存在的 SQL Server 伺服器 (稱為同盟資料庫伺服器) 執行個體中，則分別儲存成多個資料表。

注意

在伺服器本機分割資料的慣用方法是透過分割區資料表。 如需詳細資訊，請參閱＜ Partitioned Tables and Indexes＞。

在設計分割區結構描述時，您必須清楚哪些資料屬於哪個分割區。 例如，Customers 資料表的資料散發在三個伺服器位置的三份成員資料表中：Customers_33 的 Server1、Customers_66 的 Server2，以及 Customers_99 的 Server3。

Server1 的分割區檢視定義如下：

--Partitioned view as defined on Server1  
CREATE VIEW Customers  
AS  
--Select from local member table.  
SELECT *  
FROM CompanyData.dbo.Customers_33  
UNION ALL  
--Select from member table on Server2.  
SELECT *  
FROM Server2.CompanyData.dbo.Customers_66  
UNION ALL  
--Select from member table on Server3.  
SELECT *  
FROM Server3.CompanyData.dbo.Customers_99;

一般而言，如果檢視的形式如下，它便是一份分割區檢視：

SELECT <select_list1>  
FROM T1  
UNION ALL  
SELECT <select_list2>  
FROM T2  
UNION ALL  
...  
SELECT <select_listn>  
FROM Tn;

建立分割區檢視的條件

  1. 選取 list

    • 在檢視定義的資料行清單中，選取成員資料表中的所有資料行。

    • 確認每份 select list 相同序數位置中的資料行都是相同類型，包括定序。 資料行只是如同 UNION 的情況一樣，能夠隱含地轉換類型，是不足的。

      另外，至少必須有一個資料行 (如 <col>) 出現在所有選取清單的相同序數位置中。 透過讓成員資料表 T1, ..., Tn 分別在 <col> 上具有 CHECK 條件約束 C1, ..., Cn 的方式來定義 <col>。

      C1 資料表所定義之 T1 條件約束的形式必須如下：

      C1 ::= < simple_interval > [ OR < simple_interval > OR ...]  
< simple_interval > :: =   
< col > { < | > | \<= | >= | = < value >}   
| < col > BETWEEN < value1 > AND < value2 >  
| < col > IN ( value_list )  
| < col > { > | >= } < value1 > AND  
< col > { < | <= } < value2 >

    • 條件約束的方式必須讓 <col> 的任何指定值都能夠滿足 C1, ..., Cn 等條件約束中的最多一項條件約束；因此，這些條件約束會形成一組無關聯或不重疊的間隔。 定義無關聯的條件約束之 <col> 資料行稱為分割區資料行。 請注意，在基礎資料表中，分割區資料行可能會有不同的名稱。 條件約束必須在已啟用和受信任的狀態中，才能符合先前所提到的分割資料行條件。 如果條件約束是停用的，請利用 ALTER TABLE 的 CHECK CONSTRAINT constraint_name 選項來重新啟用條件約束檢查，並利用 WITH CHECK 選項來進行驗證。

      下列範例會顯示各組有效的條件約束：

      { [col < 10], [col between 11 and 20] , [col > 20] }  
{ [col between 11 and 20], [col between 21 and 30], [col between 31 and 100] }

    • 在選取清單中，不能重複使用相同的資料行。

  2. 資料分割資料行

    • 分割區資料行是資料表 PRIMARY KEY 的一部分。

    • 它不能是計算、識別、預設或 timestamp 資料行。

    • 如果成員資料表的相同資料行有多個條件約束，Database Engine 會忽略所有條件約束，當判斷檢視是否為分割區檢視時，並不會考量它們。 若要符合分割檢視的條件，分割資料行只應該有一項分割區條件約束。

    • 對於分割區資料行能不能更新並沒有任何限制。

  3. 成員資料表，或基礎資料表 T1, ..., Tn

    • 這些資料表可以是本機資料表，或是來自執行 SQL Server 之其他電腦的資料表 (可透過四部分名稱或基於 OPENDATASOURCE 或 OPENROWSET 的名稱來參考)。 OPENDATASOURCE 和 OPENROWSET 語法可以指定資料表名稱，但不能是傳遞查詢。 如需詳細資訊，請參閱 OPENDATASOURCE (Transact-SQL) 和 OPENROWSET (Transact-SQL)。

      如果一或多份成員資料表在遠端，這份檢視便稱為「分散式分割區檢視」，且適用其他條件。 本章節稍後會加以說明。

    • 在 UNION ALL 陳述式所組合的一組資料表中，相同資料表不能出現兩次。

    • 成員資料表不能有資料表的計算資料行所建立的索引。

    • 成員資料表在相同數目的資料行上，具備所有 PRIMARY KEY 條件約束。

    • 檢視中所有成員資料表都有相同的 ANSI 填補設定。 您可以利用 sp_configure 或 SET 陳述式中的 user options 選項來設定這個項目。

修改分割區檢視中修改資料的條件

下列限制適用於在分割區檢視中修改資料的陳述式：

  • INSERT 陳述式需提供檢視中所有資料行的值，即使基礎成員資料表有這些資料行的 DEFAULT 條件約束或允許 Null 值，也是如此。 對於有 DEFAULT 定義的成員資料表資料行而言，這些陳述式不能明確使用 DEFAULT 關鍵字。

  • 插入分割資料行的值需滿足至少一個基礎條件約束；否則，插入動作會因條件約束違規而失敗。

  • UPDATE 陳述式不能指定 DEFAULT 關鍵字作為 SET 子句中的值，即使資料行有對應成員資料表所定義的 DEFAULT 值也是如此。

  • 檢視中的多個資料行如果是一或多個成員資料表中的一個識別欄位，則無法利用 INSERT 或 UPDATE 陳述式來修改。

  • 如果其中一個成員資料表包含 timestamp 資料行，便無法利用 INSERT 或 UPDATE 陳述式來修改資料。

  • 如果成員資料表之一包含觸發程序或 ON UPDATE CASCADE/SET NULL/SET DEFAULT 或 ON DELETE CASCADE/SET NULL/SET DEFAULT 條件約束，便無法修改檢視。

  • 如果陳述式中有與相同檢視或任何成員資料表的自我聯結，便不允許有針對分割區檢視的 INSERT、UPDATE 和 DELETE 動作。

  • 下列項目不支援將資料大量匯入資料分割檢視中：bcp 或 BULK INSERT 和 INSERT ...SELECT * FROM OPENROWSET(BULK...) 陳述式。 不過，您可以使用 INSERT 陳述式，將多個資料列插入資料分割檢視中。

    注意

    若要更新分割區檢視，使用者必須有成員資料表的 INSERT、UPDATE 和 DELETE 權限。

分散式分割區檢視的其他條件

分散式分割區檢視 (當一或多份成員資料表是在遠端) 適用下列其他條件：

  • 將啟動分散式交易來確保跨越更新所影響的所有節點之不可部分完成的特性。

  • 將 XACT_ABORT SET 選項設為 ON，INSERT、UPDATE 或 DELETE 陳述式才能夠運作。

  • 針對 smallmoney 類型之遠端資料表中的任何資料行，如果它們受到資料分割檢視所參考，則系統會將這些資料行對應為 money。 因此，本機資料表中對應的資料行 (在選取清單的相同序數位置中) 也必須為 money 類型。

  • 在資料庫相容性層級 110 以上的情況下，針對 smalldatetime 類型之遠端資料表中的任何資料行，如果它們受到資料分割檢視所參考，則系統會將這些資料行對應為 smalldatetime。 本機資料表中對應的資料行 (在選取清單的相同序數位置中) 必須為 smalldatetime。 這是舊版 SQL Server 的行為變更；針對 smalldatetime 類型之遠端資料表中的任何資料行，如果它們受到資料分割檢視所參考，則系統會將這些資料行對應為 datetime，且本機資料表中對應的資料行必須為 datetime 類型。 如需詳細資訊，請參閱 ALTER DATABASE 相容性層級 (Transact-SQL)。

  • 分割區檢視中的任何連結伺服器都不能是回送連結伺服器。 這是指向相同 SQL Server 執行個體的連結伺服器。

包含可更新的分割區檢視和遠端資料表的 INSERT、UPDATE 和 DELETE 動作，其 SET ROWCOUNT 選項的設定都會被忽略。

當成員資料表和資料分割檢視定義都備妥時，SQL Server 查詢最佳化工具會建立智慧型計畫，有效地利用查詢來存取成員資料表中的資料。 當使用 CHECK 條件約束定義時，查詢處理器會跨越各份成員資料表來對應索引鍵值的散發。 當使用者發出查詢時，查詢處理器會比較這項對應與 WHERE 子句所指定的值，且會建立在成員伺服器之間傳送最少量資料的執行計畫。 因此，雖然某些成員資料表可能位於遠端伺服器中，但 SQL Server 執行個體仍能解析分散式查詢，只需傳送最少量的分散式資料。

複寫的考量

若要在複寫所涉及的成員資料表上建立分割區檢視，適用下列考量：

  • 如果基礎資料表包括合併式複寫或具有可更新訂閱的異動複寫，請確認選取清單也包括 uniqueidentifier 資料行。

    資料分割檢視中的任何 INSERT 動作都必須為 uniqueidentifier 資料行提供 NEWID() 值。 由於無法使用 DEFAULT 關鍵字，因此 uniqueidentifier 資料行的 UPDATE 動作必須提供 NEWID() 值。

  • 利用檢視來進行的更新複寫與在兩個不同的資料庫中複寫資料表相同；這些資料表由不同複寫代理程式來提供，無法保證更新的順序。

權限

至少必須有資料庫中的 CREATE VIEW 權限，以及正在建立之檢視表所在之結構描述的 ALTER 權限。

範例

下列範例使用 AdventureWorks2022 或 AdventureWorksDW2022 資料庫。

A. 使用簡單的 CREATE VIEW

下列範例會利用簡單的 SELECT 陳述式來建立檢視。 當資料行組合的查詢頻率很高時，簡單檢視非常有用。 此檢視中的資料來自 HumanResources.Employee AdventureWorks2022 資料庫的 和 Person.Person 資料表。 該資料提供 Adventure Works Cycles 員工的姓名和雇用日期資訊。 您可以為主管追蹤工作週年記錄的人建立這份檢視，但不提供他存取這些資料表所有資料的權利。

CREATE VIEW hiredate_view  
AS   
SELECT p.FirstName, p.LastName, e.BusinessEntityID, e.HireDate  
FROM HumanResources.Employee e   
JOIN Person.Person AS p ON e.BusinessEntityID = p.BusinessEntityID ;  
GO

B. 使用 WITH ENCRYPTION

下列範例會使用 WITH ENCRYPTION 選項，且會顯示計算資料行、重新命名的資料行和多個資料行。

適用於：SQL Server 2008 (10.0.x) 和更新版本，以及 SQL Database。

CREATE VIEW Purchasing.PurchaseOrderReject  
WITH ENCRYPTION  
AS  
SELECT PurchaseOrderID, ReceivedQty, RejectedQty,   
    RejectedQty / ReceivedQty AS RejectRatio, DueDate  
FROM Purchasing.PurchaseOrderDetail  
WHERE RejectedQty / ReceivedQty > 0  
AND DueDate > CONVERT(DATETIME,'20010630',101) ;  
GO

C. 使用 WITH CHECK OPTION

下列範例會顯示一份名稱為 SeattleOnly 的檢視，這份檢視參考五份資料表，可讓資料修改只套用在居住在 Seattle 的員工。

CREATE VIEW dbo.SeattleOnly  
AS  
SELECT p.LastName, p.FirstName, e.JobTitle, a.City, sp.StateProvinceCode  
FROM HumanResources.Employee e  
INNER JOIN Person.Person p  
ON p.BusinessEntityID = e.BusinessEntityID  
    INNER JOIN Person.BusinessEntityAddress bea   
    ON bea.BusinessEntityID = e.BusinessEntityID   
    INNER JOIN Person.Address a   
    ON a.AddressID = bea.AddressID  
    INNER JOIN Person.StateProvince sp   
    ON sp.StateProvinceID = a.StateProvinceID  
WHERE a.City = 'Seattle'  
WITH CHECK OPTION ;  
GO

D. 在檢視內使用內建函數

下列範例會顯示包括內建函數的檢視定義。 當您使用函數時，您必須指定衍生資料行的資料行名稱。

CREATE VIEW Sales.SalesPersonPerform  
AS  
SELECT TOP (100) SalesPersonID, SUM(TotalDue) AS TotalSales  
FROM Sales.SalesOrderHeader  
WHERE OrderDate > CONVERT(DATETIME,'20001231',101)  
GROUP BY SalesPersonID;  
GO

E. 使用分割區的資料

下列範例會使用名稱為 SUPPLY1、SUPPLY2、SUPPLY3 和 SUPPLY4 的資料表。 這些資料表對應於四個辦公室的供應者資料表，這些辦公室在不同國家 (地區)。

--Create the tables and insert the values.  
CREATE TABLE dbo.SUPPLY1 (  
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 1 and 150),  
supplier CHAR(50)  
);  
CREATE TABLE dbo.SUPPLY2 (  
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 151 and 300),  
supplier CHAR(50)  
);  
CREATE TABLE dbo.SUPPLY3 (  
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 301 and 450),  
supplier CHAR(50)  
);  
CREATE TABLE dbo.SUPPLY4 (  
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 451 and 600),  
supplier CHAR(50)  
);  
GO  
--Create the view that combines all supplier tables.  
CREATE VIEW dbo.all_supplier_view  
WITH SCHEMABINDING  
AS  
SELECT supplyID, supplier  
  FROM dbo.SUPPLY1  
UNION ALL  
SELECT supplyID, supplier  
  FROM dbo.SUPPLY2  
UNION ALL  
SELECT supplyID, supplier  
  FROM dbo.SUPPLY3  
UNION ALL  
SELECT supplyID, supplier  
  FROM dbo.SUPPLY4;  
GO
INSERT dbo.all_supplier_view VALUES ('1', 'CaliforniaCorp'), ('5', 'BraziliaLtd')    
, ('231', 'FarEast'), ('280', 'NZ')  
, ('321', 'EuroGroup'), ('442', 'UKArchip')  
, ('475', 'India'), ('521', 'Afrique');  
GO

範例：Azure Synapse Analytics 和 Analytics Platform System (PDW)

F. 建立簡單檢視

下列範例僅會選取來源資料表的某些資料行，藉此建立檢視。

CREATE VIEW DimEmployeeBirthDates AS  
SELECT FirstName, LastName, BirthDate   
FROM DimEmployee;

G. 聯結兩個資料表以建立檢視

下列範例會利用 SELECT 陳述式與 OUTER JOIN 來建立檢視。 將聯結查詢的結果填入檢視。

CREATE VIEW view1  
AS 
SELECT fis.CustomerKey, fis.ProductKey, fis.OrderDateKey, 
  fis.SalesTerritoryKey, dst.SalesTerritoryRegion  
FROM FactInternetSales AS fis   
LEFT OUTER JOIN DimSalesTerritory AS dst   
ON (fis.SalesTerritoryKey=dst.SalesTerritoryKey);

另請參閱

ALTER TABLE (Transact-SQL)
ALTER VIEW (Transact-SQL)
DELETE (Transact-SQL)
DROP VIEW (Transact-SQL)
INSERT (Transact-SQL)
建立預存程序
sys.dm_sql_referenced_entities (Transact-SQL)
sys.dm_sql_referencing_entities (Transact-SQL)
sp_help (Transact-SQL)
sp_helptext (Transact-SQL)
sp_refreshview (Transact-SQL)
sp_rename (Transact-SQL)
sys.views (Transact-SQL)
UPDATE (Transact-SQL)
EVENTDATA (Transact-SQL)