ALTER VIEW (Transact-SQL)

文章
10/16/2024

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

修改先前建立的檢視。其中包括索引檢視。 ALTER VIEW 不會影響相依的預存程序或觸發程序，且不會變更權限。

Transact-SQL 語法慣例

語法

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 and Microsoft Fabric
  
ALTER VIEW [ schema_name . ] view_name [  ( column_name [ ,...n ] ) ]   
AS <select_statement>   
[;]

引數

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

view_name
這是要變更的檢視。

column
這是要放在指定檢視中之一或多個資料行的名稱 (以逗號分隔)。

重要

只有在執行 ALTER VIEW 之前和之後資料行名稱相同時，才會維護資料行權限。

注意

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

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

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

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

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

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

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

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

AS
這些是檢視要採取的動作。

select_statement
這是定義檢視的 SELECT 陳述式。

WITH CHECK OPTION
強制針對檢視執行的所有資料修改陳述式必須遵循select_statement 內所設定的準則。

備註

如需 ALTER VIEW 的詳細資訊，請參閱 CREATE VIEW (Transact-SQL)中的＜備註＞。

注意

如果先前的檢視定義是利用 WITH ENCRYPTION 或 CHECK OPTION 來建立的，只有在 ALTER VIEW 包括這些選項時，才會啟用這些選項。

如果目前所用的檢視是利用 ALTER VIEW 來修改的，資料庫引擎會取得檢視的獨佔結構描述鎖定。當授與鎖定時，檢視並沒有使用中的使用者，資料庫引擎會從程序快取中刪除檢視的所有副本。現有參考這份檢視的計畫會保留在快取中，但在叫用它時，會重新編譯。

您可以將 ALTER VIEW 套用在索引檢視上；不過，ALTER VIEW 會無條件地卸除檢視的所有索引。

權限

若要執行 ALTER VIEW，至少需要 OBJECT 的 ALTER 權限。

範例

下列範例會建立一份包含所有員工及其雇用日期 (稱為 EmployeeHireDate) 的檢視。授與檢視的權限，但需求改成選取在特定日期之前雇用的員工。之後，再利用 ALTER VIEW 來取代檢視。

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

檢視必須改成只包括在 2002 之前雇用的員工。如果未使用 ALTER VIEW，而是卸除再重建檢視，您就必須重新輸入先前所用的 GRANT 陳述式及處理這份檢視相關權限的任何其他陳述式。

ALTER VIEW HumanResources.EmployeeHireDate  
AS  
SELECT p.FirstName, p.LastName, e.HireDate  
FROM HumanResources.Employee AS e JOIN Person.Person AS p  
ON e.BusinessEntityID = p.BusinessEntityID  
WHERE HireDate < CONVERT(DATETIME,'20020101',101) ;  
GO

另請參閱

CREATE TABLE (Transact-SQL)
CREATE VIEW (Transact-SQL)
DROP VIEW (Transact-SQL)
建立預存程序
 SELECT (Transact-SQL)
EVENTDATA (Transact-SQL)
對發行集資料庫進行結構描述變更

分享方式：

ALTER VIEW (Transact-SQL)

語法

引數

備註

權限

範例

另請參閱

意見反映

更多資源