**简介 **
视图可以看作定义在SQL Server上的虚拟表.视图正如其名字的含义一样，是另一种查看数据的入口.常规视图本身并不存储实际的数据，而仅仅存储一个Select语句和所涉及表的metadata.
视图简单的理解如下:[](http://images.cnblogs.com/cnblogs_com/CareySon/201112/201112071433089106.png) 通过视图，客户端不再需要知道底层table的表结构及其之间的关系。视图提供了一个统一访问数据的接口。为什么要使用视图(View)
从而我们不难发现，使用视图将会得到如下好处:
- 视图隐藏了底层的表结构，简化了数据访问操作
- 因为隐藏了底层的表结构，所以大大加强了安全性，用户只能看到视图提供的数据
- 使用视图，方便了权限管理，让用户对视图有权限而不是对底层表有权限进一步加强了安全性
- 视图提供了一个用户访问的接口，当底层表改变后，改变视图的语句来进行适应，使已经建立在这个视图上客户端程序不受影响
视图(View)的分类
视图在SQL中可以分为三类普通视图(Regular View)
索引视图(Indexed View)
分割视图(Partitioned View)
下面从这几种视图类型来谈视图
普通视图(Rugular View)
普通视图由一个Select语句所定义，视图仅仅包含其定义和被引用表的metadata.并不实际存储数据。MSDN中创建视图的模版如下:
<pre >CREATE VIEW [ schema_name . ] view_name [ (column [ ,...n ] ) ]
[ WITH <view_attribute> [ ,...n ] ]
AS select_statement
[ WITH CHECK OPTION ] [ ; ]
<view_attribute> ::=
{
[ ENCRYPTION ]
[ SCHEMABINDING ]
[ VIEW_METADATA ] } </pre>
参数还是比较少的，现在解释一下上面的参数：
ENCRYPTION：视图是加密的，如果选上这个选项，则无法修改.创建视图的时候需要将脚本保存，否则再也不能修改了
SCHEMABINDING：和底层引用到的表进行定义绑定。这个选项选上的话，则视图所引用到的表不能随便更改构架(比如列的数据类型)，如果需要更改底层表构架，则先drop或者alter在底层表之上绑定的视图.
VIEW_METADATA：这个是个很有意思的选项.正如这个选项的名称所指示，如果不选择，返回给客户端的metadata是View所引用表的metadata,如果选择了这个选项，则返回View的metadata.再通俗点解释，VIEW_METADATA可以让视图看起来貌似表一样。View的每一个列的定义等直接告诉客户端，而不是所引用底层表列的定义。
WITH Check Option：这个选项用于更新数据做限制，下面会在通过视图更新数据一节解释.
当然了，创建视图除了需要符合上面的语法规则之外，还有一些规则需要遵守：
- 在View中，除非有TOP关键字，否则不能用Order By子句（如果你一意孤行要用Order by,这里有个hack是使用Top 100 percent…..)
- View在每个Schema中命名必须独一无二
- View嵌套不能超过32层（其实实际工作中谁嵌套超过两层就要被打PP了-.-)
- Compute,compute by,INTO关键字不允许出现在View中
- View不能建立在临时表上
- View不能对全文索引进行查询
建立View一个简单的例子:
<pre >CREATE VIEW v_Test_View1
AS
SELECT TOP 100 * FROM HumanResources.Employee</pre>
视图建立完成后，就可以像访问表一样访问视图了:
<pre >SELECT * FROM v_Test_View1</pre>
在Management studio中，我创建视图的时候更喜欢用这样一种方法,将会便捷很多:
注：本文内容来自互联网，旨在为开发者提供分享、交流的平台。如有涉及文章版权等事宜，请你联系站长进行处理。