在对遗留数据库进行报告时，视图可能是天赐之物。特别是，您可以使用有意义的表名，而不是神秘的字母名(其中两个字母是常见的前缀!)，或者充满缩写的列名，我确信这在当时是有意义的。

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

它可以作为ORM和表之间的“中间人”。

例子:

我们有一个Person表，我们需要改变它的结构，以便将SomeColumn列移动到另一个表，并与之有一对多的关系。

然而，系统的大多数情况下，就Person而言，仍然将SomeColumn作为一个单独的东西使用，而不是很多东西。我们使用一个视图将所有的SomeColumns聚集在一起，并将其放在视图中，效果很好。

这是可行的，因为数据层发生了变化，但业务需求没有根本变化，因此业务对象不需要更改。如果业务对象必须改变，我不认为这是一个可行的解决方案，但视图绝对是一个很好的中间点。

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

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

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