从视图或表中选择没有太大意义。

当然，如果视图没有不必要的连接、字段等。您可以检查用于提高View性能的查询、连接和索引的执行计划。

您甚至可以为更快的搜索需求在视图上创建索引。http://technet.microsoft.com/en-us/library/cc917715.aspx

但是如果你搜索'%…SQL引擎将不能从文本列上的索引中获益。如果你能强迫你的用户进行类似“……比那快多了

参考asp论坛上的回答: https://forums.asp.net/t/1697933.aspx?Which+is+faster+when+using+SELECT+query+VIEW+or+Table+

我无意中看到了这个帖子，只是想分享Brent Ozar的这篇文章，作为使用可用性组时的考虑。

布伦特·欧扎尔报道

不。View只是实际的长SQL查询的一种简短形式。但是，你可以说实际查询比视图命令/查询更快。

首先视图查询将转换为简单查询，然后执行，因此视图查询将比简单查询执行更多的时间。

当您使用连接b/w多个表时，可以使用sql视图，以简单的方式一次又一次地重用复杂的查询。

如果创建物化视图(带有模式绑定)，可能会更快。非物化视图的执行就像常规查询一样。

从视图或表中选择没有太大意义。

当然，如果视图没有不必要的连接、字段等。您可以检查用于提高View性能的查询、连接和索引的执行计划。

您甚至可以为更快的搜索需求在视图上创建索引。http://technet.microsoft.com/en-us/library/cc917715.aspx

但是如果你搜索'%…SQL引擎将不能从文本列上的索引中获益。如果你能强迫你的用户进行类似“……比那快多了

参考asp论坛上的回答: https://forums.asp.net/t/1697933.aspx?Which+is+faster+when+using+SELECT+query+VIEW+or+Table+

我的理解是，在过去，视图会更快，因为SQL Server可以存储执行计划，然后直接使用它，而不是试图在飞行中找出一个。我认为现在的性能增益可能没有以前那么大，但我不得不猜测使用视图会有一些边际改进。