视图实际上就是一个存储查询，重点是是可以混合和匹配来自基本表(或者其他视图)的数据，从而创建在很多方面像另一个基表那样起作用的对象。可以创建一个简单的查询，仅仅从一个表中选择几列，而忽略其他列；或者也可以创建一个复杂的查询，连接几个表，使的这些表看起来像一个表。
一、简单的视图
视图的语法如下：
CREATE VIEW <view name>
AS
<SELECT statement>
具体语法：
CREATE VIEW [schema_name].<view name> [(<column name list>)]
[WITH [ENCRYPTION][,SCHEMABINDING][,VIEW_METADATA]]
<SELECT statement>
WITH CHECK OPTION
示例：
CREATE VIEW columnNamePath_vw
AS
SELECT col_name,col_path
From Nx_column
这种形式的视图可以达到的目的是，向特定的用户屏蔽一部分列信息，只显示他需要的列，对于敏感的列屏蔽。
还有一种就是作为过滤的视图，通过使用where子句，达到屏蔽一部分行的信息，只显示他需要的行，对于敏感的行屏蔽。
二、复杂点的视图
复杂点的视图，其实也复杂不到哪里去，无非是添加一些inner join，left join之类的东西而已。
此外，还可以通过使用各种函数实现，只返回某一天的数据，或格式经过整理的数据等等。
视图与的工作方式与表很像，但是还是有一些不同之处。在对视图执行INSERT,UPDATE以及DELETE语句时，要记住以下一些内容
- 如果视图包含连接，在大多数情况下，除非使用INSTEAD OF触发器，否则不能对数据执行INSERT或DELETE操作。有时(只要只更新来自单个表的列)，UPDATE可以 不使用INSTEAD OF触发器来工作，但是这需要一些规划，否则很快会遇到问题。
- 如果视图仅仅引用单个表，那么在表中的所有必需字段都在视图中或者有默认值的情况下，可以通过使用视图而不用INSTEAD OF触发器来对数据执行INSERT操作。几时对于单个表的视图来说，如果有一列没有出现在不具有默认值的视图中，那么如果想要允许INSERT操作，必须使用INSTEAD OF触发器。
- 可在有限范围内限制是否可以在视图中插入或更新内容。
1、用连接的数据处理视图变化
如果视图有多个表，那么在很多情况下使用视图来修改数据是不允许的-除非使用INSEEAD OF触发器。
2、必需字段必须在视图中出现或者具有默认值
在默认情况下，如果使用视图来插入数据(内部查询必定有一个单个表的SELECT操作或者至少必须限制插入只影响到一个表，并且使所有必需的列出现)，那么必须能为所有的必需字段(不允许为空的字段)提供一些值。不过要认识到任何没有数据以及不接受NULL数值的列需要出现在视图中。以通过视图来执行INSERT操作。
3、通过WITH CHECK OPTION限制插入到视图中的内容
WITH CHECK OPTION是SQL Server中鲜为人知的功能之一。规则很简单-为了通过使用视图更新或者插入数据，结果行必须符合要求以显示在视图结果中。
示例：
CREATE VIEW PortlandAreaAddress_vw
AS
SELECT AddressId,AddressLine1,City,StateProviceID,PostalCode,ModifiedDate
FROM Person.Address
WHERE PostalCode LIKE '970%' OR PostalCode LIKE '971%' OR PostalCode LIKE '972%' OR PostalCode LIKE '986[6-9]%'
WITH CHECK OPTION
如果尝试通过对以上视图来更新一行，将PostalCode设置为不是以97或98开头：
UPDATE PortlandAreaAddress_vw
SET PostalCode = '33333' --不以97 98 开头
WHERE AddressID = 22
SQL Server会报错
视图进行的插入或更新已失败，原因是目标视图或目标视图所跨越的某一视图指定了WITH CHECK OPTION,而该操作的一个或多个结果行又不符合CHECK OPTION约束。
语句已经终止。
WHERE子句过滤视图的内容，以便只显示970、971、972或9866~9869之间的邮编，并且WITH CHECK OPTION说明任何INSERT或者UPDATE语句必须满足WHERE之间的条件(而33333这个邮编不满足这个条件)。
以上语句如果用表执行是正常的。
三、使用T-SQL编辑视图
在使用T-SQL编辑视图时要记住，这是在完全替换现有的视图。使用ALTER VIEW语句和CREATE VIEW语句的区别主要有以下几点：
- ALTER VIEW期望找到一个已有的视图，而CREATE则不是。
- ALTER VIEW保留了视图上已经建立的任何权限。
- ALTER VIEW保留了任何依赖信息。
要切记第二点，如果删除了视图，然后在CREATE，那么其效果与ALTER VIEW语句基本一样，只是权限信息要全部重建。
删除视图的语法如下：
DROP VIEW <view name>,[<view name>,[...n]]
四、审查：显示现有代码
有两种得到实际视图定义的方法：
- sp_helptext
- sys.modules元数据函数
sp_helptext示例：
EXEC sp_helptext PortlandAreaAddress_vw
SQL Server返回创建视图的代码
sys.modules示例：
使用该函数的主要问题在于所有对象都用对象ID编码，对象ID是SQL Server跟踪事物的内部方法，他们是整型值而不是用于对象的名称。可以通过使用OBJECT_ID()函数来避开这个问题。
SELECT *
FROM sys.sql_modules
WHERE object_id = OBJECT_ID('dbo.PortlandAreaAddress_vw')
再次得到SQL Server创建视图的代码，和sp_helptext一样。
五、保护代码：加密视图
加密视图所有必须做的是使用WITH ENCRYPTION选项。技巧：
- WITH ENCRYPTION跟在视图名称之后，但在AS关键字之前。
- WITH ENCRYPTION不使用OPTION关键字
如果使用ALTER VIEW语句，那么意味着除了访问权限外，完全替换了现有的视图。那么意味着加密方法也被替换了。如果想对被改变的视图加密，那么必须在ALTER VIEW语句中使用WITH ENCRYPTION子句。
示例：
ALTER VIEW CustomerOrders_vw
WITH ENCRYPTION
AS
SELECT.....
现在再对以上视图查看信息：
EXEC sp_helptext CustomerOrders_vw
SQL Server提示如下：
对象'CustomerOrders_vw'的文本已加密。
注意：在使用WITH ENCRYPTION之前，必须先备份好源代码，一旦源代码被加密，就没有办法恢复。如果没有在其他地方存储代码，又需要改变代码只有重新编写。
六、模式绑定
模式绑定实际上就是将视图所依赖的事物(表或者其他视图)“绑定”到视图。起重要意义在于除非首先删除模式绑定的视图，否则没有人可以修改那些对象(CREATE、ALTER)。
其作用如下：
- 可以防止修改底层对象时使用视图"孤立"。如删除了表，但没考虑到视图。
- 为了允许创建索引视图：如果想要在视图上创建索引，那么必须使用SCHEMABINDING选项来创建视图。
- 如果要创建一个模式绑定的用户自定义函数来引用视图，那么视图也必须是绑定的。
视图注意事项总结：
- 避免基于视图构建视图-而应该将来自第一个视图的合适的查询信息应用到新的视图中。
- 记住使用WITH CHECK OPTION的视图提供了一些普通CHECK约束所不具备的灵活性
- 如果不希望其他人能看见你的源代码，就加密视图，但要记得备份未加密的代码；因为加密后就不能恢复为加密的代码了。
- 除了权限之外，使用ALTER VIEW意味着完全替换了现有的视图。这意味着如果要使被修改的视图里的加密和限制仍然是有效的，那么必须在ALTER语句里包含WITH ENCRYPTION和WITH CHECK OPTION子句。
- 使用sel_helptext显示视图支持的代码-避免使用系统表。
- 最小化用于生产查询的视图的用户-因为他们增加了额外的系统开销并且危害性能。
视图一般用于以下情况：
- 过滤行
- 保护敏感数据
- 降低数据库复杂性
- 将多个物理数据库抽象为一个逻辑数据库