sql-server - 使用索引视图来封装较大查询的复杂性是否可以提高性能？

Question

我正在创建一个基于“视图框架”的复杂查询系统。

通过这种方式编写高级查询非常容易。

目前性能很差（与不使用视图可以达到的效果相比），但使用索引视图是一种解决方案吗？如果我只为需要进行连接的字段创建聚集索引是一种解决方案吗？

Answer 1

“观点框架”

如果您处于此任务的早期阶段，那么我鼓励您放弃这种“视图框架”的想法。虽然它确实以牺牲性能为代价在某种程度上隐藏了很多复杂性。如果你有嵌套视图，你会遇到很多问题。转到任何 SQL Server 论坛并查找嵌套视图性能问题，您将看到痛苦。

问题之一是某些谓词没有像在实际表上那样正确有效地下推。

http://blogs.msdn.com/b/bartd/archive/2006/08/14/select-from-a-view-slower-than-equivalent-select-from-the-base-table.aspx

索引视图有效地解决了一些问题，但并非在所有情况下都具有很多限制。如果读写比率较低，那么您将遇到更多的性能问题。在某些情况下，我有效地使用了索引视图来显着降低 IO [数万个逻辑 IO 到单个数字 IO]，但那些具有很高的读写比率。

http://technet.microsoft.com/en-us/library/cc917715.aspx