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语句更有可能被“重用”。

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语句更有可能被“重用”。

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

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

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

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

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

布伦特·欧扎尔报道

在我的发现中，使用视图比普通查询要快一些。我的存储过程大约花了25分钟(使用不同的更大的记录集和多个连接)，在使用视图(非集群)后，性能稍微快了一点，但并不显著。我不得不使用一些其他的查询优化技术/方法来做出巨大的改变。