在我看来，存储过程更多的是一种可以针对数据调用的方法，而视图提供了一种机制来创建基础数据的合成版本，可以根据它创建查询或存储过程。当简化或聚合有意义时，我将创建一个视图。当我想提供一个非常特定的服务时，我将编写一个存储过程。

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

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

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

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

视图提供了几个好处。

1. 视图可以隐藏复杂性

如果您有一个需要连接几个表的查询，或者有复杂的逻辑或计算，您可以将所有这些逻辑编码到一个视图中，然后像处理表一样从视图中进行选择。

2. 视图可以用作一种安全机制

视图可以从一个(或多个)表中选择某些列和/或行，并在视图上而不是在底层表上设置权限。这允许只显示用户需要查看的数据。

3.视图可以简化对遗留代码的支持

如果您需要重构一个会破坏大量代码的表，您可以用同名的视图替换这个表。视图提供了与原始表完全相同的模式，而实际的模式已经更改。这可以防止引用表的遗留代码中断，允许您在空闲时更改遗留代码。

这些只是展示视图如何有用的众多示例中的一些。

一般来说，我使用视图是为了让生活更简单，从存储在多个表中的实体中获得扩展细节(消除代码中的大量连接以增强可读性)，有时还可以在多个数据库中共享数据，甚至可以使插入更容易阅读。

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

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