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

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

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

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

下面是如何使用视图以及权限来限制用户可以在表中更新的列。

/* This creates the view, limiting user to only 2 columns from MyTestTable */
CREATE VIEW dbo.myTESTview 
WITH SCHEMABINDING AS
SELECT ID, Quantity FROM dbo.MyTestTable;

/* This uses the view to execute an update on the table MyTestTable */
UPDATE dbo.myTESTview
SET Quantity = 7
WHERE ID = 1

我的生产数据库中只有10个左右的视图。我用了几个我一直在用的列。我使用的一组来自7个表，一些具有外部连接，而不是不断重写，我只需要在一个选择中调用该视图，并使一个或2个连接。对我来说，这只是节省时间。

视图还将非常复杂的配置和表分解为易于查询的可管理块。在我们的数据库中，整个表管理系统被分解为来自一个大表的视图。

我正在创建xxx，映射主表(如Products表)和引用表(如ProductType或ProductDescriptionByLanguage)之间的所有关系。这将创建一个视图，允许我检索产品及其从外键转换到描述的所有详细信息。 然后我可以使用ORM创建对象，轻松地构建网格、组合框等。

视图相对于存储过程的一个主要优点是，您可以像使用表一样使用视图。也就是说，可以在查询的FROM子句中直接引用视图。例如，SELECT * FROM dbo.name_of_view。

在几乎所有其他方面，存储过程都更强大。你可以传入参数，包括输出参数，让你一次有效地返回几个值，你可以做SELECT, INSERT, UPDATE和DELETE操作，等等。

如果你想要一个View能够从from子句中进行查询，但你也想要能够传入参数，也有一种方法可以做到这一点。它叫做表值函数。

这里有一篇关于这个主题的非常有用的文章:

http://databases.aspfaq.com/database/should-i-use-a-view-a-stored-procedure-or-a-user-defined-function.html

编辑:顺便说一下，这就提出了一个问题，视图比表值函数有什么优势?对此，我没有一个很好的答案，但我要指出，创建视图的T-SQL语法比创建表值函数要简单，数据库用户可能更熟悉视图。