【散分】一个视图！
什么是索引视图？
多年以来，Microsoft® SQL Server? 一直支持创建称为视图的虚拟表。通常，这些视图的主要作用是：
?
提供一种安全机制，将用户限制到一个或多个基表的某个数据子集中。
?
提供一种机制，允许开发人员自定义用户通过逻辑方式查看存储在基表中的数据的方式。
通过 SQL Server 2000，SQL Server 视图的功能得到了扩展，实现了系统性能方面的收益。可在视图上创建唯一的聚集索引及非聚集索引，来提高最复杂的查询的数据访问性能。在 SQL Server 2000 和 2005 中，具有唯一的聚集索引的视图即为索引视图。本文所讨论的内容适用于 SQL Server 2005，其中有许多内容也适用于 SQL Server 2000。
从数据库管理系统 (DBMS) 的角度看来，视图是对数据（一种元数据类型）的一种描述。当创建了一个典型视图时，通过封装一个 SELECT 语句（定义一个结果集来表示为虚拟表）来定义元数据。当在另一个查询的 FROM 子句中引用视图时，将从系统目录检索该元数据，并替代该视图的引用扩展元数据。视图扩展之后，SQL Server 查询优化器会为执行查询编译一个执行计划。查询优化器会搜索针对某个查询的一组可能的执行计划，并根据对执行每个查询计划所需的实际时间的估计，选择所能找到的成本最低的计划。
对于非索引视图，解析查询所必需的视图部分会在运行时被具体化。任何计算（比如：联接或聚合）都在每个引用视图的查询执行时完成1。在视图上创建了唯一的聚集索引后，该视图的结果集随即被具体化，并保存在数据库的物理存储中，从而在执行时节省了执行这一高成本操作的开销。
在查询执行中，可通过两种方式使用索引视图。查询可直接引用索引视图，或者更重要的是，如果查询优化器确定该视图可替换成本最低的查询计划中的部分或全部查询，那么就可以选定它。在第二种情况中，使用索引视图替代基础表及其一般索引。不必在查询中引用视图以使查询优化器在查询执行时使用该视图。这使得现有的应用程序可以从新创建的索引视图中受益，而不必进行更改。
注意 索引视图是 SQL Server 2000 和 2005 各版本的一个功能。在 SQL Server 2000 和 2005 的 Developer 和 Enterprise 版本中，查询处理器可使用索引视图来解析结构上与该视图相匹配的查询，即便不按名称来引用视图。在其他版本中，必须按名称来引用视图，并对视图引用使用 NOEXPAND 提示来查询索引视图的内容。
通过索引视图改善性能
运用索引提高查询性能不算是一个新概念；但是，索引视图提供了一些借助标准索引无法取得的性能收益。索引视图可通过以下方式提高查询性能：
?
可预先计算聚合并将其保存在索引中，从而在查询执行时，最小化高成本的计算。
?
可预先联接各个表并保存最终获得的数据集。
?
可保存联接或聚合的组合。
该图说明了当查询优化器使用索引视图时，通常所能取得的性能改进。所列举的查询在复杂性上有所不同（比如：聚合计算的数量、所用表的数量或谓词的数量）并包含来自真实的生产环境的具有数百万行的表。
在视图上使用非聚集索引
其次，视图上的非聚集索引可提供更好的查询性能。与表上的非聚集索引类似，视图上的非聚集索引可提供更多选项，供查询优化器在编译过程中选择。例如，如果查询包含聚集索引所未涉及的列，那么优化器可在计划中选择一个或多个辅助索引，避免对索引视图或基表进行费时的完全扫描。
对架构添加索引会增加数据库的开销，因为索引需要持续的维护。在索引数量和维护开销间寻求适当的平衡点时，应谨慎权衡。
应用索引视图的优点
在实施索引视图前，分析数据库工作负荷。运用查询及各种相关工具（比如：SQL Profiler）方面的知识来确定可从索引视图获益的查询。频繁发生聚合和联接的情况最适合使用索引视图。无论是否频繁发生，只要某个查询需要很长的响应时间，同时快速获得响应的开销很高，那么就适合使用索引视图。例如，一些开发人员发现为高级主管们在月末运行的报告，创建预先计算和存储查询的应答的索引视图很有用。
不是所有的查询都能从索引视图中获益。与一般索引类似，如果未使用索引视图，就无法从中受益。在这种情况下，不仅无法实现性能改善，而且会在磁盘空间、维护和优化方面产生额外的成本。然而，当使用索引视图时，可大大改善（在数量级上）数据访问。这是因为查询优化器使用存储在索引视图（大幅降低了查询执行的成本）中预先计算的结果。
查询优化器仅考虑对具有高成本的查询使用索引视图。从而避免出现这样的情况：在查询优化成本高于使用索引视图所节约的成本时尝试匹配各种索引视图。在成本少于 1 的查询中很好使用索引视图。
从实施索引视图中获益的应用程序包括：
? 决策支持工作负荷
? 数据集市
? 数据仓库
? 联机分析处理 (OLAP) 存储和源
? 数据挖掘工作负荷
从查询类型和模式方面来看，获益的应用程序一般包含：
? 大型表的联接和聚合
? 查询的重复模式
? 几组相同或重叠的列上的重复聚合
? 相同键上相同表的重复联接
? 以上各项的组合
相反，执行许多写入操作的联机事务处理 (OLTP) 系统或者频繁更新的数据库应用程序可能无法运用索引视图，因为同时更新视图和底层基表会带来更高的维护成本。
查询优化器如何使用索引视图
SQL Server 查询优化器自动决定何时对给定的查询执行使用索引视图。不必在查询中直接引用视图以供优化器在查询执行计划中使用。所以，现有的应用程序可运用索引视图，而不用更改应用程序本身；只是必须创建索引视图。
[解决办法]
发这么多字，不知道我不喜欢看文章吗？
[解决办法]
三姐,可以去写书了
[解决办法]
二是查询和更新时发现过因为走视图索引数据量不正常的情况。
[解决办法]
什么是索引视图？
多年以来，Microsoft® SQL Server? 一直支持创建称为视图的虚拟表。通常，这些视图的主要作用是：
[解决办法]
接分
[解决办法]
听说 视图 是懒人 才用的 东西.
[解决办法]
视图可以用，不能滥用。原则是只用于查询。
否则增加维护量。原来的设计者跳草了，换别人看你的视图累死
[解决办法]
挺好用的，，
[解决办法]
mark...
[解决办法]
慢慢看。。。也许能看懂。。。
[解决办法]
也许吧
[解决办法]
好多。。。。不过貌似基本没用过视图。。。。。。。。
[解决办法]
很专业 看不懂啊
[解决办法]
很细，但很长
[解决办法]
~~我现在接手的项目，都是视图，元创者很规范的执行微软的建议，但是很难维护啊。郁闷老
[解决办法]
没用过的羞羞而习……
[解决办法]
不用一字一字的看啊 看点开头的字够了
[解决办法]
看不懂啊！
[解决办法]
我勒个去，学习了
[解决办法]
支持下三
[解决办法]
我表示很有用 .看的有点 晕乎乎的
[解决办法]
自我觉得数据库优化技巧要针对不同的数据库产品进行！（除关系代数相关的）
[解决办法]
看不懂啊。
[解决办法]
有的学了。先收藏。谢谢了
[解决办法]
这么长的基础怎么学？
[解决办法]
收藏，什么时候我也可以总结出这些东西啊。
[解决办法]
