T-SQL查询进阶：视图详解

在Management studio中，我创建视图的时候更喜欢用这样一种方法,将会便捷很多:

更多精彩内容：http://www.bianceng.cn/database/SQLServer/

索引视图（Indexed View）

在谈到索引视图之前，我突然想起以前看过的一个漫画.话说咱们高端产品买不起，但是省吃俭用攒点钱买个IPhone装装高端总还是可以的吧:

其实索引视图也很类似，在普通的视图的基础上，为视图建立唯一聚集索引，这时这个视图就变成了索引视图.套用上面漫画的公式:视图+聚集索引=索引视图

索引视图可以看作是一个和表(Table)等效的对象！

SQL Server中的索引视图和Oracle中的Materialized View是一个概念.想要理解索引视图，必须先理解聚集索引。聚集索引简单来说理解成主键，数据库中中的数据按照主键的顺序物理存储在表中，就像新华字典，默认是按照ABCD….这样的方式进行内容设置。ABCD….就相当于主键.这样就避免了整表扫描从而提高了性能.因此一个表中只能有一个聚集索引。

对于索引视图也是，为一个视图加上了聚集索引后。视图就不仅仅再是select语句和表的metadata了，索引视图会将数据物理存在数据库中，索引视图所存的数据和索引视图中所涉及的底层表保持同步。

理解了索引视图的原理之后，我们可以看出，索引视图对于OLAP这种大量数据分析和查询来说，性能将会得到大幅提升。尤其是索引视图中有聚合函数，涉及大量高成本的JOIN,因为聚合函数计算的结果物理存入索引视图，所以当面对大量数据使用到了索引视图之后，并不必要每次都进行聚合运算，这无疑会大大提升性能.

而同时，每次索引视图所涉及的表进行Update,Insert,Delete操作之后，SQL Server都需要标识出改变的行，让索引视图进行数据同步.所以OLTP这类增删改很多的业务，数据库需要做大量的同步操作，这会降低性能。

谈完了索引视图的基本原理和好处与坏处之后，来看看在SQL Server中的实现:

在SQL Server中实现索引视图是一件非常，简单的事，只需要在现有的视图上加上唯一聚集索引.但SQL Server对于索引视图的限制却使很多DBA对其并不青睐:

比如:

索引视图涉及的基本表必须ANSI_NULLS设置为ON

索引视图必须设置ANSI_NULLS和QUOTED_INDETIFIER为ON

索引视图只能引用基本表

SCHEMABINDING必须设置

定义索引视图时必须使用Schema.ViewName这样的全名

索引视图中不能有子查询

avg,max,min,stdev,stdevp,var,varp这些聚合函数不能用

………………

还有更多…就不一一列举了，有兴趣的请自行Google之.

（编辑：应用网_丽江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!