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

编辑:我错了，你应该在上面看到马克斯的回答。

我不能从使用SQL Server的经验来说，但对于大多数数据库来说，答案是否定的。在性能方面，使用视图获得的唯一潜在好处是它可能基于查询创建一些访问路径。但是使用视图的主要原因是简化查询或标准化访问表中某些数据的方式。一般来说，您不会获得性能上的好处。不过，我可能错了。

我会举一个稍微复杂一点的例子，自己计时看看。

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

In SQL Server at least, Query plans are stored in the plan cache for both views and ordinary SQL queries, based on query/view parameters. For both, they are dropped from the cache when they have been unused for a long enough period and the space is needed for some other newly submitted query. After which, if the same query is issued, it is recompiled and the plan is put back into the cache. So no, there is no difference, given that you are reusing the same SQL query and the same view with the same frequency.

显然，在一般情况下，一个视图，根据它的本质(有人认为它被经常使用，使它成为一个视图)通常比任何任意的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+

这要视情况而定。索引视图比普通视图或查询快，但不能在镜像数据库环境(MS SQL)中使用索引视图。

任何类型的循环中的视图都会导致严重的减速，因为每次在循环中调用视图时都会重新填充视图。与查询相同。在这种情况下，使用#或@来保存要循环的数据的临时表比视图或查询更快。

所以这要视情况而定。