几个原因: 如果您有复杂的连接，有时最好有一个视图，这样任何访问都会有正确的连接，开发人员不必记住他们可能需要的所有表。通常情况下，这可能用于财务应用程序，其中所有财务报告都基于同一组数据，这是非常重要的。

如果你有用户，你想限制他们可以看到的记录，你可以使用一个视图，只给他们访问视图，而不是底层表，然后查询视图

Crystal报表似乎更喜欢使用视图来存储过程，因此编写大量报表的人倾向于使用大量视图

视图在重构数据库时也非常有用。您通常可以通过创建一个视图来隐藏更改，以便旧代码看不到它。阅读重构数据库的相关内容，了解它是如何工作的，因为这是一种非常强大的重构方式。

当我想要查看一个表的快照和/或视图(以只读方式)时

视图是查询的封装。转换为视图的查询往往比较复杂，因此将它们保存为视图以供重用是有好处的。

关于视图的一件奇怪的事情是，它们被Microsoft Access视为表:当您使用ODBC将Microsoft Access前端附加到SQL数据库时，您将在可用表列表中看到表和视图。因此，如果你在MS Access中准备复杂的报告，你可以让SQL服务器来做连接和查询，这大大简化了你的工作。在Excel中准备查询也是如此。

为了安全性:仅允许每个用户通过包含用户或用户组有权查看的特定数据的一小组视图访问数据库，限制用户对其他数据的访问。

查询和结构的简单性:视图可以从多个表中提取数据并呈现单个表，简化信息并将多表查询转换为视图的单表查询，它为用户提供数据库结构的特定视图，将数据库呈现为特定用户或用户组的一组虚拟表。

为了创建一致的数据库结构:即使底层源表发生了更改，视图也会显示一致的、未更改的数据库结构映像。

这并没有确切地回答你的问题，但我认为值得一提的是物化视图。我的经验主要是使用Oracle，但是SQL-Server应该是相当相似的。

We used something similar in our architecture to address XML performance problems. Our systems are designed with a lot of data stored as XML on a row and applications might need to query particular values within it. Handling lots of XMLTypes and running XPaths across large number of rows has a large impact on performance so we use a form of materialized views to extract the desired XML nodes out into a relational table anytime the base table changes. This effectively provides a physical snapshot of the query at a point in time as opposed to standard views which would run their query on demand.