一直不太清楚数据库中的各个对象之间的关系
现在开始搞明白
1.第一个数据库的表和视图之间的关系
视图（View）是从一个或多个表（或视图）导出的表。视图与表（有时为与视图区别，也称表为基本表－－Base Table）不同，视图是一个虚表，即视图所对应的数据不进行实际存储，数据库中只存储视图的定义，在对视图的数据进行操作时，系统根据视图的定义去操作与视图相关联的基本表。
视图是虚表，是从一个或几个基本表（或视图）中导出的表，在系统的数据字典中仅存放了视图的定义，不存放视图对应的数据。
视图是原始数据库数据的一种变换，是查看表中数据的另外一种方式。可以将视图看成是一个移动的窗口，通过它可以看到感兴趣的数据。 视图是从一个或多个实际表中获得的，这些表的数据存放在数据库中。那些用于产生视图的表叫做该视图的基表。一个视图也可以从另一个视图中产生。
视图的定义存在数据库中，与此定义相关的数据并没有再存一份于数据库中。通过视图看到的数据存放在基表中。
视图看上去非常象数据库的物理表，对它的操作同任何其它的表一样。当通过视图修改数据时，实际上是在改变基表中的数据；相反地，基表数据的改变也会自动反映在由基表产生的视图中。由于逻辑上的原因，有些视图可以修改对应的基表，而有些则不能（仅仅能查询）。
第二个数据库和实体数据模型
数据模型 (EDM) 是一个规范，用于定义由在 实体框架 基础上生成的应用程序使用的数据。使用 EDM 的应用程序在设计架构中定义应用程序域中的实体和关系。设计架构用于生成由应用程序代码使用的可编程类。在此模型中持久保留应用程序数据的存储结构由另一个架构（称为存储架构）表示。映射规范用于连接设计架构与存储架构。
由于可编程对象模型是从设计架构中生成的并且存储架构映射到设计架构，因此，映射规范可以有效地将可编程类连接到存储结构。由 EDM 定义的实体可以通过数据读取器以序列化格式读取，也可以具体化为对象。具体化的对象可以在 CLR 语言中进行编程，并可以更新以及保存，而不需要嵌入式 SQL 字符串或其他数据库语法。EDM 提供在 EDM 架构和映射规范中使用的基本实体和关系类型。开发人员可以根据需要扩展这些类型以支持应用程序设计。
用于管理应用程序中的数据的多个范例全部具有重要的优势。存储模型已经过优化，可以高效地进行存储和检索。XML 支持跨平台界限进行数据交换。面向对象的编程是用于开发应用程序的公认标准。这些模型都有用，但要在它们之间传输数据，可能需要与应用程序方案无关的多行代码。
数据模型可能是以统一建模语言 (UML) 或在白板上以图表进行的分析。无论采用哪种方法，都必须在概念上对数据类型、其属性、数据类型之间的关系、有关数据的约束等进行整理，然后才能在应用程序代码中实现它们。EDM 扩展了应用程序设计人员用来在开发过程中描述数据的模型，并提供了 XML 语法以便用示意图形式详细描述结果。
（自我理解：数据实体模型是可以在vs中直接调用实体模型，而不用调用数据库的连接）