没有实际的区别，如果你读BOL，你会发现你的普通旧SQL SELECT * FROM X确实利用了计划缓存等。

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

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

当然，如果视图没有不必要的连接、字段等。您可以检查用于提高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来说，视图肯定比嵌套查询要好。在不知道为什么它更好的情况下(直到我读到Mark Brittingham的文章)，我已经运行了一些测试，在使用视图和嵌套查询时，我经历了几乎惊人的性能提升。在连续运行查询的每个版本数百次之后，查询的视图版本在一半的时间内完成。我得说这对我来说已经足够了。

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

存储执行计划应该会有一些微不足道的好处，但可以忽略不计。