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

这样做的原因不止一个。有时可以使通用连接查询变得简单，因为可以只查询表名而不是执行所有的连接。

另一个原因是将数据限制为不同的用户。例如:

表1:列- USER_ID;用户名;SSN

管理用户可以在实际表上有私权，但你不想访问的用户，比如SSN，你创建一个视图

CREATE VIEW USERNAMES AS SELECT user_id, username FROM Table1;

然后给他们访问视图而不是表的私权。

可以把它看作重构数据库模式。

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

这并没有确切地回答你的问题，但我认为值得一提的是物化视图。我的经验主要是使用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.

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