正方观点:
对于非索引视图,解析查询所必需的视图部分会在运行时被具体化。任何计算(比如:联接或聚合)都在每个引用视图的查询执行时完成。在视图上创建了唯一的聚集索引后,该视图的结果集随即被具体化,并保存在数据库的物理存储中,从而在执行时节省了执行这一高成本操作的开销。
反方观点:
- 企业版支持此功能。
- 会占用物理存储和增加基础表的维护开销。
索引视图的数据库需要附加存储。索引视图的结果集在物理上通过与典型表存储相似的方式保留在数据库中。SQL Server 会自动维护视图;因此,对定义了视图的基表进行的任何更改都可能引发对索引视图进行一项或多项更改。所以,将产生额外的维护开销。
以上

文章讨论了索引视图在数据库管理中的作用。正方观点认为,索引视图可以提高查询效率,通过预先计算和存储结果集来减少运行时的计算开销。而反方观点指出,索引视图会占用额外的物理存储,增加基础表的维护成本,因为任何对基表的修改都需要更新索引视图。





