[Programming Entity Framework] 第2章探究实体数据模型(EDM)（二）

Programming Entity Framework 第二版翻译索引

模型支持的元数据

到目前为止，在设计器中你只是看到了模型的概念部分，它的EDMX还有更重要的部分：存储模型和映射。

注：事实上，EDMX文件有四部分，但是它的第四部分是包含了为发对象定位的设计器指令。我在这里的讨论将忽略那一部分。

这些元数据库的附加部分允许你使用EF API在概念模型和真实数据存储中转换。存储模型代表着你选择的数据库对象的构架，映射则描述了如何将概念模型的实体和属性放置到存储模型中描述的表和列中。（参见图2-7）。

当有了真实数据存储了为什么还需要使用代表着数据存储的存储层呢？有着很多使用这个模型的原因。最重要的原因就是它提供了对于数据库的松耦合；并不是数据库中的每个对象需要出现在模型中，这个你将在第6章中学习到。自定义存储层去适合模型都是可能的。

虽然实体模型在设计时被包含在单个文件中，当工程编译后它会为这些部分分别创建一个文件，共三个分离的文件。概念层保存到扩展名为.csdl的文件中，它表示概念模式定义语言。存储层保存到扩展名为.ssdl（表示存储模式定义语言）的文件，而映射层则保存到扩展名为.msl（映射规范语言）的文件中。这些文件在运行时使用，这也是为什么在模型中它们被包含在名为edmx:Runtime的模块中。

注：默认情况下，你将永远不会见到这些实现的文件，因为它们在工程编译时被嵌在工程的assembly中。这对于很多场景都有利，尽管修改模型的元数据Artiface Processing属性去读取"Copy to Output Directory"是可能的。

模式的其它昵称

你将看到在文档，文章，培训，甚至本书中模型的三个部分有各种各样的描述。下面列出了它们各种各样的昵称：

概念模式定义语言（CSDL）：概念层

概念模式

概念模型

C-Side

存储模式定义语言（SSDL）：　存储层

存储模式

存储模型

存储元数据

存储元数据模式

S-Side

映射规格语言（MSL）：映射层

映射规格C-S映射（参考概念到存储）

每个部分由它自身深入生存在.NET框架文件中的XML构架定义文件控制。一个构架文件定义了CSDL的结构应该是怎么样，另一个定义MSL，剩下的定义SSDL。VS智能感知使用这些文件在你直接操作XML文件时帮助你，指出错误并呈现选项值。编译错误同样会显示，如果与他们的模式规则不一致。

构架的构架

如果你非常好奇，你可以看一眼在模型中为CSDL，SSDL和MSL定义了规则的构架文件。VS2010中的构架文件位于C:\Program Files\Microsoft Visual Studio 10.0\xml\Schemas。如果你运行在64位操作系统中，使用Program Files(86)代替。三个文件看起来像下面这样：

System.Data.Resources.CSDLSchema_2.xsd
System.Data.Resources.CSMSL_2.xsd
System.Data.Resources.SSDLSchema_2.xsd

如果你在VS中打开它们，你将看到是格式化的便于操纵的XML文件。

在模型浏览器中查看模型

实体数据模型设计器也在模型浏览器中提供了元数据的另一种视图。你可以在模型设计界面的上下文菜单中进入模型浏览器。

图2-8展示了模型浏览器，附带一些展开项。模型浏览器让你对CSDL和SSDL的项有个概览。在这里你可以进入不同实体和属性的属性窗口。你也可以通过右键单击，选择在设计器显示导航到特定的实体或属性。随着模型越来越复杂，模型浏览器是查看有组织的元数据视图的一个方便的办法。

查看模型原生XML

现在，是时候看一下EDM了。在设计器中只有模型的一部分是可见的，这意味着通过查看它原始的格式你能了解到更多。在设计器模型拥有的副本的位置，你将看到这两个视图。

默认情况下，文件会在设计器中打开；因此，你需要使用另一个方法打开原始文件。在解决方案浏览器中，右键单击Model1.edmx文件。在打开的菜单中，选择使用工具打开，然后选择XML编辑器，单击OK。

VS不能同时在设计器和XML中显示XML，所以你将看到消息提示，问是否选择关闭模型的设计器视图。单击YES。

注：对于那些有着XML综合症的朋友，一开始这看起来可能有些令人胆怯。不用害怕，只要跟着往下走。我们不会很深入，但是如果你非常感兴趣，你将在附录C中找到更多关于原生元数据的细节。

在本书的后续章节中，你将直接同XML文件打交道，做一些设计器不支持模型自定义工作。另外，你将写一些直接与原生模型交互的代码。当执行这些任务时，你将感受到在接下来的几页和附录C中与XML文件打交道带来的好处。

EDMX文件由两个主要的模块：运行时信息和设计器信息。运行时模块由三个另外的模块组成：它们分别是存储模块，概念模块和映射。设计器模块指定不同的模型元素在设计器可视化图形中应该放置在什么位置。

折叠模型的全部主要模块。你可以通过在XML文件中右键，选择大纲，然后折叠所有到大纲快速完成。现在你将看到主要的代码,edmx:Edmx。你可以展开它，直接到看与2-9一样的视图。

现在你看到模型的主要模块了。设计元素是告诉设计器如何放置实体的元数据。在后面的时间里随意的浏览它。模型最主要的模块是运行时ConceptualModels，StorageModels和Mappings。

CSDL：概念模式

让我们开始细细品味CSDL，EDM的概念模式。在XML文件中，单击+号展开ConceptualModels模块直到你看到Schema和EntityContainer，参见图2-10。

注：有时XML的格式化受到影响，某一部分可能丢失它的回车，这样导致非常长的代码行难于格式化。为了修复这一点，选中行，然后在VS的菜单中，选择编辑-高级-格式化选中。这将使XML格式化更加平滑。

在这儿你看到了EntityContainer，EntitySets和各种EntityTypes，它们是我们在之前的设计器中看到定义在元数据中并包含不同的EntitySets。

现在我们来看看这个结构化的XML，更多地来了解实体数据模型中的不同元素。

EntityContainer

模式里面是被称为SampleEntities（默认情况下）的EntityCOntainer。像命令空间一样，这是EntityContainer默认命名的方式，使用数据库名称并在后面加上单词Entities。当你在设计器中打开模型时，你可以在模型的属性窗口中查看并修改这个名称。

EntityContainer是EntitySets和AssociationsSets的容器。在图2-5中你可以从属性窗口中识别Contacts的EntitySet。AssociationSets指实体间的关联。我们会在讨论完Association元素之后回到AssociationSets上来。

如图2-11所示， EntityContainer是用于查询模型重要的入口。它暴露了EntitySets，它是你写查询的依靠的EntitySets。EntitySets反过来允许你访问它们的实体。

EntityContainer有一个属性：annotation:LazyLoadingEnabled="true"。注解只在EDMX文件中存在，是基于模型生成代码的指示，与模型本身没有任何关系。这个设置在模型的属性窗口也能看到。

EntitySet

EntitySet是一种实体的容器。它的两个属性是Name和EntityType。EntityType使用它的强类型名称定义了集合中包含实体的类型。实体的强类型名称包含在模型的命名空间中，如下代码片段：

<EntitySet Name=Addresses"

EntityType="SampleModel.Address" />

<EntitySet Name="Contacts"

EntityType="SampleModel.Contact" />

在对模型进行查询时是通过EntitySet访问单个实体。在下一章开始查询学习时，你将看到你使用什么代码翻译"在Addresses EntitySet中查找某些实体"。模型命令你的查询返回Address实体类型。

注：正如你将在本书后学习到的，实体数据模型允许你类型继承。因此，你的模型可能拥有Contact实体和Customer实体，customer是contact的一种。在这种情况下，Contacts EntitySet将作为Contact实体和Customer实体的包装器。

EntityType

实体类型是模型中的数据类型。你已经看到了Contact实体类型和Address实体类型。

在XML模式中，展开Address实体类型，你将看到示例2-1中所示的，仔细看看它。它包括了主键元素和一些属性元素列表。

示例 2-1. The Address entity's XML

<Key>

</Key>

<Property Name="addressID" Type="Int32" Nullable="false"

annotation:StoreGeneratedPattern="Identity" />

<Property Name="Street1" Type="String" MaxLength="50"