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

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

所以这要视情况而定。

我希望这两个查询的执行是相同的。视图只不过是一个存储的查询定义，视图没有缓存或存储数据。当您运行第一个查询时，优化器将有效地将其转换为第二个查询。

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

一般来说，没有。视图主要用于方便和安全，(它们本身)不会带来任何速度上的好处。

也就是说，SQL Server 2000及以上版本确实有一个称为索引视图的特性，可以极大地提高性能，但有一些注意事项:

不是每个视图都可以被做成索引视图;它们必须遵循一组特定的指导方针，这(在其他限制中)意味着您不能包含常见的查询元素，如COUNT、MIN、MAX或TOP。 索引视图使用数据库中的物理空间，就像表上的索引一样。

本文描述了索引视图的其他优点和局限性:

You Can… The view definition can reference one or more tables in the same database. Once the unique clustered index is created, additional nonclustered indexes can be created against the view. You can update the data in the underlying tables – including inserts, updates, deletes, and even truncates. You Can’t… The view definition can’t reference other views, or tables in other databases. It can’t contain COUNT, MIN, MAX, TOP, outer joins, or a few other keywords or elements. You can’t modify the underlying tables and columns. The view is created with the WITH SCHEMABINDING option. You can’t always predict what the query optimizer will do. If you’re using Enterprise Edition, it will automatically consider the unique clustered index as an option for a query – but if it finds a “better” index, that will be used. You could force the optimizer to use the index through the WITH NOEXPAND hint – but be cautious when using any hint.

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只是实际的长SQL查询的一种简短形式。但是，你可以说实际查询比视图命令/查询更快。

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

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