实体框架映射白皮书（EntityFrameworkMappingWhitePaper）(转)

最新推荐文章于 2024-03-28 11:15:59 发布

weixin_30457881

最新推荐文章于 2024-03-28 11:15:59 发布

阅读量80

点赞数

文章标签：数据库网络

原文链接：http://www.cnblogs.com/NRabbit/archive/2010/05/08/1736129.html

版权

1：EF支持的映射场景

简单的映射

场景：实体数据模型（EDM）中的每个实体都映射到了存储端（即数据库）的单个表。这是实体数据类型和存储架构间最简单的映射情况。

例子：

实体数据模型：

实体容器：Test_Simple_Model_Northwind

实体集：Ccategories

实体：Ccategory

{

Int CategoryID;

String CategoryName;

String Description;

}

存储架构：

存储实体容器：Test_Simple_Target_Northwind

表：dbo.Northwind.Scategories

{CagetoryID(int),CategoryName(nvarchar(10)),Description

(nvarchar(max))}

映射（MSL）文件：

备注：使用 EdmGen 工具对现有数据库生成文件时都是简单（一对一）的映射。

图一单表单实体映射

备注：相关的CSDL和SSDL文件请查看附录 A

纵向实体分割

纵向实体分割就是创建具有实体部分字段的表和存储实体剩余字段的其它表。Normalization本质上就是一个将实体垂直分割的过程。在纵向分割中，EDM中的一个表可以被映射到两个或多个不同的表格。

备注：在纵向实体分割场景中，存储端中只有主键和主键联合（Join）是允许的。

下面这个例子中，EDM中定义的实体Category映射了两个表：SCategories1和ScategoriesDate1。Scategories1表中包含CategoryID（主键），CategoryName和Descripion这几个字段，而在SCategoriesDate1表中包含CategoryID（重复了！）和CreatedDate两个字段。

图二

映射（MSL）文件：

基于EDM端条件的横向实体分割

横向分割就是把不同的实体实例放到不同的表中。譬如高优先级别的订单会被存储在HighPriortyOrders表中，同时低优先级别的订单就被保存在别的表中。这两部分的表就是HighPriorityOrders和RegularOrders，同时在EDM端里通过两个表的联合来提供一个所有订单的整体视图。

横向实体分割基于一个在MSL文件中定义的布尔条件。现在实体框架只能基于布尔条件，不过在将来也许会有更多的条件类型。< /p>

图三基于EDM端条件的横向实体分割

例子中的映射（MSL）文件：

关联

关联定义于EDM中，它被用来定义两个实体类型之间的点对点关系。关联可以支持实体类型之间的真实关系。以下是EDM模型中所支持的关系类型：

1-1
1-*
0..1-1
0..1-*
*-*
Self association

举个例子，在一个CSDL文件中，Product和Category之间的关联这样定义：

基数（Cardinality）：上面这个例子中每个Product关联到0或者1个Category，每个Category都有个1或者更多的Products。

业务行为（Operational Behavior）：OnDelete 中的 cascade标志表示一个Category被删除了，那么它关联到的一个或者多个Products也会被删除。

关联集

关联中包含了指定的关联类型的关系实例。一个关联实例连接了用关联集关联的两个属于实体集的实体实例；譬如：给实体类型 E1 和 E2 一个关联类型 R，就给了关联E1（属于实体集 ES1 ）和E2（属于实体集 ES2 ）的 R 的一个关联集。

映射架构语言（MSL）可以将EDM中定义的关联映射到数据库中包含的外键上。

图四实体关联的映射

例子中的映射文件（MSL）：

1-1 关联

实体数据模型：

EDM的定义片段（CSDL）：

映射定义片段（MSL）：

（1对多、多对多、自身关联部分的介绍省略）

备注：完整的CSDL、SSDL和MSL文件可以到附录A中查看。

衍生类型之间的关联

实体类型的衍生类型可以被指定为某关联类型的终端成员类型。

例子：

模型中定义了以下的实体类型：

说明：在TPH（Table Per Hierarchy）和TPT（Table Per Type）映射策略中支持此映射功能。TPC（Table Per Concrete Class）则不支持。TCP中独有的限制使得它无法将关联指到子类型中。通常不允许用TCP策略来映射关联；TCP的这种限制主要是源于关联的终端一定要映射到单个表这个原因。

结尾部分有更多关于TPH、TPT和TPC映射策略的内容。

情形1：TPH 映射架构

如果存储是通过“TPH”实现的，那么MSL文件中“AssociationSetMapping”的定义部分里，外键必须要有条件：IsNull = “false”：

例如：

情形2：TPT映射架构

使用TPT的时候没有指定条件

映射抽象类型

抽象类型只能用“IsTypeOf”关键字来映射。在TPH中，抽象类型的映射是可选的。即使被映射了，抽象类型映射也没有指到它的映射对象的一个标志位。在TPT中，抽象类型需要有映射片段对应。TPC中则不需要抽象类型映射。

如果一个抽象类型没有具体的实例化对象，映射这个抽象类型时映射加载器就会抛出一个错误。

这有个在EDM中使用抽象类型的简单例子。这使用的是TPH，因此我们不需要映射抽象类型。

备注：附录A中有关于映射抽象类型的更多例子。

CSDL中这个实体模型定义为：

相应的MSL文件：

继承

TPH（Table Per Hierarchy）

在TPH中，每个级别（Hierarchy）中的所有类型都映射到在后台存储端中的实际表中。为了实现TPH，创建一个表，它的结构包含了级别中的所有实体的属性。每个实体实例都代表一个元组（row），如果该实体没有这种属性，那么该元组的值为空（null）。这个表结构必须有主键，或者称之为条件字段，通过它来定义一种条件，根据这个条件确定该行记录是那种类型。这个条件字段必须满足以下规则：