我通常创建视图来反规范化和/或聚合经常用于报告目的的数据。

EDIT

By way of elaboration, if I were to have a database in which some of the entities were person, company, role, owner type, order, order detail, address and phone, where the person table stored both employees and contacts and the address and phone tables stored phone numbers for both persons and companies, and the development team were tasked with generating reports (or making reporting data accessible to non-developers) such as sales by employee, or sales by customer, or sales by region, sales by month, customers by state, etc I would create a set of views that de-normalized the relationships between the database entities so that a more integrated view (no pun intended) of the real world entities was available. Some of the benefits could include:

减少编写查询时的冗余 建立关联实体的标准 提供机会 评估和最大化绩效 用于复杂的计算和连接 (例如在Schemabound视图上建立索引 在该软件中) 让数据更容易获取 对于团队成员和非开发人员来说是直观的。

在其他方面，它可以用于安全。如果您有一个“customer”表，您可能希望让所有销售人员访问名称、地址、邮政编码等字段，但不允许credit_card_number。您可以创建一个只包含他们需要访问的列的视图，然后授予他们对视图的访问权。

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

当我只运行查询时，我喜欢在存储过程上使用视图。视图还可以简化安全性，可用于简化对多个表的插入/更新，并可用于快照/物化数据(运行长时间运行的查询，并保持结果缓存)。

我使用物化视图来执行不需要实时保持准确的查询。

我们创建view来限制或严格访问表中的所有行/列。如果所有者希望只有特定或有限的行/列需要共享，那么他将使用这些列创建一个视图。

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