创建一个虚拟表，该表以一种备用方式提供一个或多个表中的数据。CREATE VIEW 必须是查询批处理中的第一条语句。
Transact-SQL 语法约定
语法
CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement [ ; ]
[ WITH CHECK OPTION ]
<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] }
备注
只能在当前数据库中创建视图。视图最多可以包含 1,024 列。
通过视图进行查询时，数据库引擎 将进行检查以确保语句中任何位置被引用所有数据库对象都存在，这些对象在语句的上下文中有效，以及数据修改语句没有违反任何数据完整性规则。如果检查失败，将返回错误消息。如果检查成功，则将操作转换为对基础表的操作。
如果某个视图依赖于已删除的表（或视图），则当有人试图使用该视图时，数据库引擎 将产生错误消息。如果创建了新表或视图（该表的结构与以前的基表没有不同之处）以替换删除的表或视图，则视图将再次可用。如果新表或视图的结构发生更改，则必须删除并重新创建该视图。
创建视图时，与视图有关的信息将存储在下列目录视图中：sys.views、sys.columns 和 sys.sql_dependencies。CREATE VIEW 语句的文本将存储在 sys.sql_modules 目录视图中。
对通过 numeric 或 float 表达式定义的视图使用索引所得到的查询结果，可能不同于不对视图使用索引的类似查询所得到的结果。这种差异可能是由对基础表进行 INSERT、DELETE 或 UPDATE 操作时的舍入错误引起的。
创建视图时，数据库引擎 将保存 SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的设置。使用视图时，将使用这些原始设置来分析视图。因此，访问视图时，SET QUOTED_IDENTIFIER 和 SET ANSI_NULLS 的任何客户端会话设置都不会影响视图定义。
注意：
兼容级别设置确定数据库引擎 是将空字符串解释为单个空格还是真正的空字符串。如果兼容级别小于或等于 65，则数据库引擎 将空字符串解释为单个空格。如果兼容级别等于或大于 70，则数据库引擎 将空字符串解释为空字符串。有关详细信息，请参阅 sp_dbcmptlevel (Transact-SQL)。
可更新视图
只要满足下列条件，即可通过视图修改基础基表的数据：
任何修改（包括 UPDATE、INSERT 和 DELETE 语句）都只能引用一个基表的列。
视图中被修改的列必须直接引用表列中的基础数据。不能通过任何其他方式对这些列进行派生，如通过以下方式：
聚合函数：AVG、COUNT、SUM、MIN、MAX、GROUPING、STDEV、STDEVP、VAR 和 VARP。
计算。不能从使用其他列的表达式中计算该列。使用集合运算符 UNION、UNION ALL、CROSSJOIN、EXCEPT 和 INTERSECT 形成的列将计入计算结果，且不可更新。
被修改的列不受 GROUP BY、HAVING 或 DISTINCT 子句的影响。
上述限制适用于视图的 FROM 子句中的任何子查询，就像其应用于视图本身一样。通常情况下，数据库引擎 必须能够明确跟踪从视图定义到一个基表的修改。有关详细信息，请参阅通过视图修改数据。
如果上述限制妨碍直接通过视图修改数据，则可以考虑以下选项：
INSTEAD OF 触发器
可以对视图创建 INSTEAD OF 触发器，以使视图可更新。将执行 INSTEAD OF 触发器，而不是执行对其定义了触发器的数据修改语句。此触发器允许用户指定必须发生以处理数据修改语句的操作集合。因此，如果存在给定的数据修改语句（INSERT、UPDATE 或 DELETE）的视图的 INSTEAD OF 触发器，则可通过该语句更新相应的视图。有关 INSTEAD OF 触发器的详细信息，请参阅设计 INSTEAD OF 触发器。
分区视图
如果视图为分区视图，则可遵循某些限制对其进行更新。必要时，数据库引擎 将本地分区视图辨别为所有参与表和视图都在同一 SQL Server 实例上的视图，而将分布式分区视图辨别为视图中至少有一个表驻留在其他或远程服务器上的视图。
有关分区视图的详细信息，请参阅创建分区视图。
分区视图
分区视图是通过对成员表使用 UNION ALL 所定义的视图，这些成员表的结构相同，但作为多个表分别存储在同一个 SQL Server 实例中，或存储在称为联合数据库服务器的自主 SQL Server 服务器实例组中。
注意：
在一个服务器上的表上建立的分区视图包含在 Microsoft SQL Server 2005 中（这样只是为了维护向后兼容性），并位于不推荐使用的进程中。对数据进行本地分区的首选方法是通过分区表。有关详细信息，请参阅 已分区表和已分区索引。
在设计分区方案时，必须明确每个分区上包含的数据。例如，Customers 表的数据分布在三个服务器位置的三个成员表中：Server1 上的 Customers_33、Server2 上的 Customers_66 和 Server3 上的 Customers_99。
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 mmeber 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
创建分区视图的条件
选择 list
应在视图定义的列列表中选择成员表中的所有列。
每个 select list 中的同一序号位置上的列应属于同一类型，包括排序规则。列仅仅属于可隐式转换的类型（如通常情况下的 UNION）是不够的。
此外，至少有一列（例如 <col>）必须按照相同的序号位置显示在所有选择列表中。此 <col> 应按照以下方式定义：成员表 T1, ..., Tn 分别在 <col> 上定义了 CHECK 约束 C1, ..., Cn。
在表 T1 上定义的约束 C1 必须是以下格式：
复制代码
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] }
在选择列表中不能多次使用同一列。
分区列
分区列是表的 PRIMARY KEY 的一部分。
分区列不能是计算列、标识列、默认列或 timestamp 列。
如果成员表中的同一列上存在多个约束，则数据库引擎将忽略所有约束，且在确定视图是否为分区视图时不考虑这些约束。若要满足分区视图的条件，在分区列上应只有一个分区约束。
分区列的可更新性没有限制。
成员表或基础表 T1, ..., Tn
表可以是本地表，也可以是通过由四部分组成的名称或基于 OPENDATASOURCE 或 OPENROWSET 的名称引用的运行 SQL Server 的其他计算机中的表。OPENDATASOURCE 和 OPENROWSET 语法可以指定表名，但不能指定直接传递查询。有关详细信息，请参阅 OPENDATASOURCE (Transact-SQL) 和 OPENROWSET (Transact-SQL)。
如果一个或多个成员表是远程表，则视图将被称为“分布式分区视图”，并且将应用附加条件。本部分后面将对其进行说明。
在用 UNION ALL 语句组合的表集合中，同一个表不能出现两次。
成员表不能对表中的计算列创建索引。
成员表在编号相同的列上应具有所有 PRIMARY KEY 约束。
视图中的所有成员表都应具有相同的 ANSI 填充设置。这可以使用 sp_configure 中的 user options 选项或 SET 语句进行设置。
修改分区视图的条件
只有 Microsoft SQL Server 2005 Developer Edition 允许对分区视图执行 INSERT、UPDATE 和 DELETE 操作。下列限制应用于修改分区视图的语句：
即使基础成员表对这些列具有 DEFAULT 约束或允许 NULL 值，INSERT 语句也必须为视图中的所有列提供值。对于那些具有 DEFAULT 定义的成员表列，这些语句无法显式地使用关键字 DEFAULT。
插入到分区列中的值应至少满足一个基础约束；否则，插入操作将因违反约束而失败。
即使列中包含在相应成员表中定义的 DEFAULT 值，UPDATE 语句也不能指定 DEFAULT 关键字作为 SET 子句中的值。
如果成员表包含 text、ntext 或 image 列，则 PRIMARY KEY 列无法通过 UPDATE 语句进行修改。
不能通过 INSERT 或 UPDATE 语句修改视图中作为一个或多个成员表中的标识列的列。
如果其中的一个成员表包含 timestamp 列，则不能通过 INSERT 或 UPDATE 语句修改视图。
如果一个成员表包含触发器或 ON UPDATE CASCADE/SET NULL/SET DEFAULT 或 ON DELETE CASCADE/SET NULL/SET DEFAULT 约束，则不能修改视图。
如果语句中存在与相同视图或任何成员表的自联接，则不允许对分区视图使用 INSERT、UPDATE 和 DELETE 操作。
注意：
若要更新分区视图，用户必须具有对成员表的 INSERT、UPDATE 和 DELETE 权限。
分布式分区视图的附加条件
对于分布式分区视图（其中有一个或多个成员表为远程表），适用下列附加条件：
将启动分布式事务以确保更新所影响的所有节点间的原子性。
应将 XACT_ABORT SET 选项设置为 ON，以使 INSERT、UPDATE 或 DELETE 语句生效。
在分区视图中引用的远程表的所有 smallmoney 和 smalldatetime 列都将分别映射为 money 和 datetime。因此，本地表中相应的列（在选择列表中的相同序号位置中）应为 money 和 datetime。
分区视图中的所有链接服务器都不能是环回链接服务器。这是一个指向同一个 SQL Server 实例的链接服务器。
对于涉及可更新分区视图和远程表的 INSERT、UPDATE 和 DELETE 操作，忽略 SET ROWCOUNT 选项的设置。
设置了成员表和分区视图的定义后，SQL Server 2005 将查询优化器将生成智能计划，从而有效利用查询访问成员表中的数据。通过使用 CHECK 约束定义，查询处理器在成员表间映射键值的分布。用户发出查询时，查询处理器将映射与 WHERE 子句中指定的值进行比较，然后生成使成员服务器间的数据传输量减到最少的执行计划。因此，虽然有些成员表可能位于远程服务器中，但是 SQL Server 2005 将解析分布式查询，使得必须传输的分布式数据量减到最少。有关 SQL Server 2005 如何对分区视图解析查询的详细信息，请参阅解析分布式分区视图
有关复制的考虑事项
若要对复制所涉及的成员表创建分区视图，需要考虑下列事项：
如果基础表涉及到包含更新订阅的合并复制或事务性复制，则 uniqueidentifier 列也应包含在选择列表中。
对分区视图进行的任何 INSERT 操作都必须为 uniqueidentifier 列提供 NEWID() 值。因为无法使用 DEFAULT 关键字，所以对 uniqueidentifier 列的任何 UPDATE 操作都必须提供 NEWID() 值。
通过视图进行的更新复制与在两个不同的数据库中复制表时相同：表由不同的复制代理进行处理，因此不能保证更新的顺序。
参数
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 子句不能包括下列内容：
COMPUTE 或 COMPUTE BY 子句
ORDER BY 子句，除非在 SELECT 语句的选择列表中也有一个 TOP 子句。
INTO 关键字
OPTION 子句
引用临时表或表变量。
因为 select_statement 使用 SELECT 语句，所以按照 FROM 子句的指定，使用 <join_hint> 和 <table_hint> 提示是有效的。有关详细信息，请参阅 FROM (Transact-SQL) 和 SELECT (Transact-SQL)。
UNION 或 UNION ALL 分隔的函数和多个 SELECT 语句可在 select_statement 中使用。
CHECK OPTION
强制针对视图执行的所有数据修改语句都必须符合在 select_statement 中设置的条件。通过视图修改行时，WITH CHECK OPTION 可确保提交修改后，仍可通过视图看到数据。如果在 select_statement 中的任何位置使用 TOP，则不能指定 CHECK OPTION。
注意：
即使指定了 CHECK OPTION，也不能依据视图来验证任何直接对视图的基础表执行的更新。
ENCRYPTION
对 sys.syscomments 表中包含 CREATE VIEW 语句文本的条目进行加密。使用 WITH ENCRYPTION 可防止在 SQL Server 复制过程中发布视图。
SCHEMABINDING
将视图绑定到基础表的架构。如果指定了 SCHEMABINDING，则不能按照将影响视图定义的方式修改基表或表。必须首先修改或删除视图定义本身，才能删除将要修改的表的依赖关系。使用 SCHEMABINDING 时，select_statement 必须包含所引用的表、视图或用户定义函数的两部分名称 (schema.object)。所有引用的对象必须在同一个数据库内。
不能删除参与了使用 SCHEMABINDING 子句创建的视图的视图或表，除非该视图已被删除或更改而不再具有架构绑定。否则，Microsoft SQL Server 2005 Database Engine 将引发错误。另外，如果对参与具有架构绑定的视图的表执行 ALTER TABLE 语句，而这些语句又会影响视图定义，则这些语句将会失败。
如果视图包含别名数据类型列，则无法指定 SCHEMABINDING。
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 至少需要对数据库有 CREATE VIEW 权限，还需要对创建视图的架构有 ALTER 权限。
示例
A. 使用简单 CREATE VIEW
以下示例使用简单 SELECT 语句创建视图。当需要频繁地查询列的某种组合时，简单视图非常有用。此视图的数据来自 AdventureWorks 数据库的 HumanResources.Employee 和 Person.Contact 表。这些数据提供有关 Adventure Works Cycles 的雇员的姓名和雇用日期信息。对于负责跟踪工作年限的人员，可创建此视图，但是不能授予此人访问这些表中的所有数据的权限。
复制代码
USE AdventureWorks ;
GO
IF OBJECT_ID ('hiredate_view', 'view') IS NOT NULL
DROP VIEW hiredate_view ;
GO
CREATE VIEW hiredate_view
AS
SELECT c.FirstName, c.LastName, e.EmployeeID, e.HireDate
FROM HumanResources.Employee e JOIN Person.Contact c on e.ContactID = c.ContactID ;
GO
B. 使用 WITH ENCRYPTION
以下示例使用 WITH ENCRYPTION 选项，并显示计算列、重命名列以及多个列。
复制代码
USE AdventureWorks ;
GO
IF OBJECT_ID ('PurchaseOrderReject', 'V') IS NOT NULL
DROP VIEW PurchaseOrderReject ;
GO
CREATE VIEW PurchaseOrderReject
WITH ENCRYPTION
AS
SELECT PurchaseOrderID, ReceivedQty, RejectedQty, RejectedQty / ReceivedQty AS RejectRatio
FROM Purchasing.PurchaseOrderDetail
WHERE RejectedQty / ReceivedQty > 0
AND DueDate > '06/30/2001' ;
GO
C. 使用 WITH CHECK OPTION
以下示例显示名为 SeattleOnly 的视图，此视图引用了五个表，并允许进行数据修改，以便仅适用于居住在西雅图的雇员。
复制代码
USE AdventureWorks ;
GO
IF OBJECT_ID ('SeattleOnly', 'V') IS NOT NULL
DROP VIEW SeattleOnly ;
GO
CREATE VIEW SeattleOnly
AS
SELECT c.LastName, c.FirstName, a.City, s.StateProvinceCode
FROM Person.Contact c JOIN HumanResources.Employee e ON c.ContactID = e.ContactID
JOIN HumanResources.EmployeeAddress ea ON e.EmployeeID = ea.EmployeeID
JOIN Person.Address a ON ea.AddressID = a.AddressID
JOIN Person.StateProvince s ON a.StateProvinceID = s.StateProvinceID
WHERE a.City = 'Seattle'
WITH CHECK OPTION ;
GO
D. 使用视图中的内置函数
以下示例显示包含内置函数的视图定义。使用函数时，必须为派生列指定一个列名。
复制代码
USE AdventureWorks ;
GO
IF OBJECT_ID ('SalesPersonPerform', 'view') IS NOT NULL
DROP VIEW SalesPersonPerform ;
GO
CREATE VIEW SalesPersonPerform
AS
SELECT TOP 100 SalesPersonID, SUM(TotalDue) AS TotalSales
FROM Sales.SalesOrderHeader
WHERE OrderDate > '12/31/2000'
GROUP BY SalesPersonID
ORDER BY TotalSales DESC ;
GO
E. 使用分区数据
以下示例将使用名称分别为 SUPPLY1、SUPPLY2、SUPPLY3 和 SUPPLY4 的表。这些表对应于位于四个国家/地区的四个办事处的供应商表。
复制代码
--Create the tables and insert the values.
CREATE TABLE SUPPLY1 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 1 and 150),
supplier CHAR(50)
);
CREATE TABLE SUPPLY2 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 151 and 300),
supplier CHAR(50)
);
CREATE TABLE SUPPLY3 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 301 and 450),
supplier CHAR(50)
);
CREATE TABLE SUPPLY4 (
supplyID INT PRIMARY KEY CHECK (supplyID BETWEEN 451 and 600),
supplier CHAR(50)
);
GO
INSERT SUPPLY1 VALUES ('1', 'CaliforniaCorp');
INSERT SUPPLY1 VALUES ('5', 'BraziliaLtd');
INSERT SUPPLY2 VALUES ('231', 'FarEast');
INSERT SUPPLY2 VALUES ('280', 'NZ');
INSERT SUPPLY3 VALUES ('321', 'EuroGroup');
INSERT SUPPLY3 VALUES ('442', 'UKArchip');
INSERT SUPPLY4 VALUES ('475', 'India');
INSERT SUPPLY4 VALUES ('521', 'Afrique');
GO
--Create the view that combines all supplier tables.
CREATE VIEW all_supplier_view
AS
SELECT *
FROM SUPPLY1
UNION ALL
SELECT *
FROM SUPPLY2
UNION ALL
SELECT *
FROM SUPPLY3
UNION ALL
SELECT *
FROM SUPPLY4;