Entity Framework 配置

Entity Framework的核心 – EDM(Entity Data Model)

EDM概述

实体数据模型，简称EDM，由三个概念组成。概念模型由概念架构定义语言文件 (.csdl)来定义，映射由映射规范语言文件 (.msl)，存储模型（又称逻辑模型）由存储架构定义语言文件 (.ssdl)来定义。这三者合在一起就是EDM模式。EDM模式在项目中的表现形式就是扩展名为.edmx的文件。这个包含EDM的文件可以使用Visual Studio中的EDM设计器来设计。由于这个文件本质是一个xml文件，可以手工编辑此文件来自定义CSDL、MSL与SSDL这三部分。下面详细分析一下这个xml文件及三个其重要组成部分：

这个设计器生成的文件的注释可以使你很清楚的明白这个EDM文件的组成。一点点分析一下，第一行表明这是一个xml文件。

1 <?xmlversion="1.0"encoding="utf-8"?>

以下这一行是EDM的根节点，定义了一个表明版本的属性及这个EDM使用的命名空间：

1 <edmx:EdmxVersion="1.0"xmlns:edmx="http://schemas.microsoft.com/ado/2007/06/edmx">

接下来由注释可以看到EDM被分为两部分，第一部分是EDM的核心，第二部分用于实体设计器，这一部分不用研究。

第一部分中节点 <edmx:Runtime> 下定义了以下三部分：

EDM之CSDL

CSDL定义了EDM或者说是整个程序的灵魂部分 – 概念模型。当前流行的软件设计方法通常都是由设计其概念模型起步。说概念模型可能比较抽象一个更容易接受的名字就是实体类。实体类是面向对象设计中一个最根本的组成部分，其体现了现实世界中对象作为一种计算中可以表示的对象设计方法。而EDM的CSDL就是要达到这样一个目的。这个在下文介绍Entity Framework优点时另有说明。

这个文件完全以程序语言的角度来定义模型的概念。即其中定义的实体、主键、属性、关联等都是对应于.NET Framework中的类型。下面xml element来自作业提交系统（有删节）：

 1 <!-- CSDL content -->
 2 <edmx:ConceptualModels>
 3   <Schema Namespace="ASSModel" Alias="Self" xmlns="http://schemas.microsoft.com/ado/2006/04/edm">
 4     <EntityContainer Name="ASSEntities">
 5         <FunctionImport Name="GETHOUSEWORKDONE" EntitySet="UpAssignments" ReturnType="Collection(Self.UpAssignments)">
 6             <Parameter Name="StuID" Type="Int32" Mode="In" />
 7             <Parameter Name="ClassID" Type="Int32" Mode="In" />
 8             <Parameter Name="Semester" Type="String" Mode="In" />
 9         </FunctionImport>
10         <!-- 以上删节 – 5个存储过程 -->
11
12       <EntitySet Name="Assignments" EntityType="ASSModel.Assignments" />
13       <EntitySet Name="Classes" EntityType="ASSModel.Classes" />
14       <EntitySet Name="Courses" EntityType="ASSModel.Courses" />
15       <EntitySet Name="SetCourses" EntityType="ASSModel.SetCourses" />
16       <EntitySet Name="Students" EntityType="ASSModel.Students" />
17       <EntitySet Name="Teachers" EntityType="ASSModel.Teachers" />
18       <EntitySet Name="UpAssignments" EntityType="ASSModel.UpAssignments" />
19
20       <AssociationSet Name="FK_SetCourses_Classes" Association="ASSModel.FK_SetCourses_Classes">
21         <End Role="Classes" EntitySet="Classes" />
22         <End Role="SetCourses" EntitySet="SetCourses" />
23       </AssociationSet>
24       <!-- 以上删节 – 6个关系集 -->
25
26     </EntityContainer>
27
28     <!-- 以下保留一个EntityType作为示例 -->
29     <EntityType Name="Students">
30       <Key>
31         <PropertyRef Name="StuID" />
32       </Key>
33       <Property Name="StuID" Type="Int32" Nullable="false" />
34       <Property Name="StuName" Type="String" Nullable="false" MaxLength="10" Unicode="true" FixedLength="true" />
35       <Property Name="Pswd" Type="String" Nullable="false" MaxLength="50" Unicode="false" FixedLength="true" />
36       <NavigationProperty Name="Classes" Relationship="ASSModel.FK_Students_Classes" FromRole="Students" ToRole="Classes" />
37       <NavigationProperty Name="UpAssignments" Relationship="ASSModel.FK_UpAssignments_Students" FromRole="Students" ToRole="UpAssignments" />
38     </EntityType>
39
40     <!-- 仅保留与上文AssociationSet对应的Association -->
41     <Association Name="FK_SetCourses_Classes">
42       <End Role="Classes" Type="ASSModel.Classes" Multiplicity="1" />
43       <End Role="SetCourses" Type="ASSModel.SetCourses" Multiplicity="*" />
44       </Association>
45   </Schema>
46 </edmx:ConceptualModels>

这部分XML文档，Schema是CSDL的根元素，其中定义的Namespace是用于ObjectContext与EntityClass的命名空间，Alias-别名为此命名空间Namespace指定一个易记的名称，在定义Alias之后，在此Schema内的Element均可以该Alias作为Namespace的别名。Alias的使用可以参考如下xml element:

1 <FunctionImportName="GETHOUSEWORKDONE"EntitySet="UpAssignments"ReturnType="Collection(Self.UpAssignments)">

在这个根元素的内部的文档结构第一部分 – 实体容器大致如下：

1 <EntityContainer />
2     <FunctionImport />
3     <EntitySet />
4     <AssociationSet />
5 </EntityContainer>

下面的表格说明了这些节点及其属性的作用


EntityContainer

  

Name
EntityContainer的名称，其将作为产生的ObjectContext类的名称
 
EntitySet

  

Name
ObjectContext内与此Entity类型对应的属性名

EntityType
ObjectContext内与此Entity类型对应的属性的类型

AssociationSet

  
 
End
有两个End子节点，分别描述建立此关系的两个EntitySet
 
Role
对应到Association中End节的Role属性，起到将AssociationSet与Association相关连的作用。
 
FunctionImport
详见存储过程设计部分

可以看出，Entity与Assciation都被分开定义与两个部分，这样设计是出于当有多个EntityContainer时，其中的EntitySet或AssociationSet可以共享Entity或Association的定义。

接下来看一下CSDL中最后一部分，Entity与Association的定义。

首先是Entity：

 1 <EntityType Name="Students">
 2   <Key>
 3     <PropertyRef Name="StuID" />
 4   </Key>
 5   <Property Name="StuID" Type="Int32" Nullable="false" />
 6   <Property Name="StuName" Type="String" Nullable="false" MaxLength="10" Unicode="true" FixedLength="true" />
 7   <Property Name="Pswd" Type="String" Nullable="false" MaxLength="50" Unicode="false" FixedLength="true" />
 8   <NavigationProperty Name="Classes" Relationship="ASSModel.FK_Students_Classes" FromRole="Students" ToRole="Classes" />
 9   <NavigationProperty Name="UpAssignments" Relationship="ASSModel.FK_UpAssignments_Students" FromRole="Students" ToRole="UpAssignments" />
10 </EntityType>

下表说明了其属性及其子节点与子节点的属性的含义：


EntityType

  

Name
Entity Class的名称

Abstract
是否为抽象类

BaseType
父类
 
Key
主键
 
Property
主键之属性

Name
属性名

Property
属性

Name
属性名

Type
属性类型

Nullable
是否允许null

MaxLength
属性最大长度

FixLength
是否固定长度

NavigationProperty
关系属性

Name
属性名

Relationship
对应的Association

FromRole、ToRole
区别关系两方的父与子

最后Association节，这是真正定义关系的地方。首先看示例：

1 <!-- 仅保留与上文AssociationSet对应的Association -->
2 <Association Name="FK_SetCourses_Classes">
3   <End Role="Classes" Type="ASSModel.Classes" Multiplicity="1" />
4   <End Role="SetCourses" Type="ASSModel.SetCourses" Multiplicity="*" />
5 </Association>

这一节符合以下结构：

 1 <Association>
 2     <End />
 3     <ReferentialConstraint>
 4         <Principal>
 5             <PropertyRef />
 6         </Principal>
 7         <Dependent>
 8             <PropertyRef />
 9         </Dependent>
10     </ReferentialConstraint>
11 </Association>

属性及其子元素属性的说明：


Association

  

Name
Association的名称
 
End
类似于AssociationSet，Association也有两个End节点。

Name
End名称

Type
EntityType的名称

Role
此End的Role，与AssociationSet的End的Role属性相联系

Multiplicity
关联多重性，值为0、1或*

ReferentialConstraint
外键条件限制
 
Principal
主要条件

Role
对应于End中的Role
 
PropertyRef
外键属性

Name
属性名称

Dependent
依存条件

Role
对应于End中的Role
 
PropertyRef
外键属性

Name
属性名

另外上面示例未涉及的概念，如下：

视图

在EDM设计器中添加视图基本与添加实体表一致，所生成的xml自行对照。某些环境下可能无法添加视图，原因未知，另外对于没有主键的表目前版本EntityFramework支持不好，在设计器中无法添加，及时通过手工编辑xml的方式强行添加，在使用过程中也会出现问题。

ComplexType（复杂类型）

按MSDN中的例子，先描述如下场景。在一个销售系统中我们需要在一个订单中包含一个描述客户地址的实体，而这个实体又能良好的与存储模型映射起来，由于数据库不支持地址这种类型，所以我们可以将地址的每个字段与数据库相映射。且在概念模型中，及在C#代码可以控制的范围内，地址仍然作为一个独立的类型存在。由于EDM设计器不支持以可视化方式创建Complex Type，我们需要手动编辑CSDL与MSL来完成复杂类型的创建与映射。这部分示例将在介绍MSL后给出。

EDM之SSDL

这个文件中描述了表、列、关系、主键及索引等数据库中存在的概念。

 1 <!-- SSDL content -->
 2 <edmx:StorageModels>
 3     <Schema Namespace="ASSModel.Store" Alias="Self" Provider="System.Data.SqlClient" ProviderManifestToken="2008" xmlns:store="        http://schemas.microsoft.com/ado/2007/12/edm/EntityStoreSchemaGenerator" xmlns="http://schemas.microsoft.com/ado/2006/04/edm/ssdl">
 4         <EntityContainer Name="ASSModelStoreContainer">
 5           <EntitySet Name="Assignments" EntityType="ASSModel.Store.Assignments" store:Type="Tables" Schema="dbo" />
 6           <!-- 省略7个EntitySet的定义 -->
 7         </EntityContainer>
 8
 9         <!-- 以下省略7个EntityType的定义 -->
10         <EntityType Name="Assignments">
11           <Key>
12             <PropertyRef Name="AssID" />
13           </Key>
14           <Property Name="AssID" Type="int" Nullable="false" StoreGeneratedPattern="Identity" />
15           <Property Name="AssName" Type="nchar" Nullable="false" MaxLength="20" />
16           <Property Name="AssDes" Type="nvarchar" MaxLength="500" />
17           <Property Name="SCID" Type="int" Nullable="false" />
18           <Property Name="Deadline" Type="datetime" Nullable="false" />
19           <Property Name="QuesFileName" Type="nvarchar" MaxLength="500" />
20           <Property Name="QuesFileUrl" Type="nvarchar" Nullable="false" MaxLength="500" />
21         </EntityType>
22
23         <!-- 保留与CSDL中对应的Function -->
24         <Function Name="GETHOUSEWORKDONE" Aggregate="false" BuiltIn="false" NiladicFunction="false" IsComposable="false" ParameterTypeSemantics="AllowImplicitConversion" Schema="dbo">
25           <Parameter Name="StuID" Type="int" Mode="In" />
26           <Parameter Name="ClassID" Type="int" Mode="In" />
27           <Parameter Name="Semester" Type="varchar" Mode="In" />
28         </Function>
29     </Schema>
30 </edmx:StorageModels>

看文档的结构，SSDL与CSDL很详细，只是其中EntityType等使用数据库的概念的描述。

这其中有一个需要稍微介绍节点，DefiningQuery，首先看一下其出现的位置：


EntityContainer

  
 
EntitySet

  
 
DefiningQuery
通过查询定义一个SSDL的EntitySet
 
特定于存储的查询语句

DefiningQuery定义通过实体数据模型 (EDM) 内的客户端投影映射到数据存储视图的查询。此类映射是只读的。也就是说如果想要更新此类EntitySet，需要使用下文介绍存储过程时提到的定义更新实体的存储过程的方法，使用定义的存储过程来更新这样的EntitySet。当在实体类设计器中导入无主键的表时，会自动生成此类使用DefiningQuery定义的EntitySet，要式样Entity Framework提供的自动更新服务而不定义存储过程，需要给数据表添加一个适当的主键，删除DefiningQuery节点并更新数据模型。

EDM之MSL

这个文件即上面所述的CSDL与SSDL的对应，主要包括CSDL中属性与SSDL中列的对应。

 1 <!-- C-S mapping content -->
 2 <edmx:Mappings>
 3   <Mapping Space="C-S" xmlns="urn:schemas-microsoft-com:windows:storage:mapping:CS">
 4     <EntityContainerMapping StorageEntityContainer="ASSModelStoreContainer" CdmEntityContainer="ASSEntities">
 5       <EntitySetMapping Name="Assignments">
 6         <EntityTypeMapping TypeName="IsTypeOf(ASSModel.Assignments)">
 7           <MappingFragment StoreEntitySet="Assignments">
 8             <ScalarProperty Name="QuesFileName" ColumnName="QuesFileName" />
 9             <ScalarProperty Name="AssDes" ColumnName="AssDes" />
10             <ScalarProperty Name="AssID" ColumnName="AssID" />
11             <ScalarProperty Name="AssName" ColumnName="AssName" />
12             <ScalarProperty Name="Deadline" ColumnName="Deadline" />
13             <ScalarProperty Name="QuesFileUrl" ColumnName="QuesFileUrl" />
14           </MappingFragment>
15         </EntityTypeMapping>
16       </EntitySetMapping>
17       <!-- 省略EntitySetMapping若干 -->
18
19       <!-- 保留对应于CSDL与SSDL的FunctionImportMapping -->
20       <FunctionImportMapping FunctionImportName="GETHOUSEWORKDONE" FunctionName="ASSModel.Store.GETHOUSEWORKDONE" />
21
22       <AssociationSetMapping Name="FK_UpAssignments_Assignments" TypeName="ASSModel.FK_UpAssignments_Assignments" StoreEntitySet="UpAssignments">
23           <EndProperty Name="Assignments">
24             <ScalarProperty Name="AssID" ColumnName="AssID" />
25           </EndProperty>
26           <EndProperty Name="UpAssignments">
27             <ScalarProperty Name="UpAssID" ColumnName="UpAssID" />
28           </EndProperty>
29       </AssociationSetMapping>
30       <!-- 省略AssociationSetMapping若干 -->
31     </EntityContainerMapping>
32   </Mapping>
33 </edmx:Mappings>

如上代码所示，MSL的根节点为Mapping，其中可以包含多个EntityContainerMapping（上例只有一个），每一个EntityContainerMapping对应着两个分别来自CSDL与SSDL的EntityContainer。这个EntityContainerMapping就是描述这两个EntityContainer间的对应。下面再给出一段代码展示EntityContainerMapping的基本格式。

 1 <EntityContainerMapping StorageEntityContainer="" CdmEntityContainer="">
 2   <EntitySetMapping>
 3     <EntityTypeMapping>
 4       <MappingFragment>
 5         <ScalarProperty />
 6       </MappingFragment>
 7       <ModificationFunctionMapping>
 8         <InsertFunction />
 9         <DeleteFunction />
10         <UpdateFunction />
11       </ ModificationFunctionMapping>
12     </EntityTypeMapping>
13   </EntitySetMapping>
14
15   <AssociationSetMapping>
16     <EndProperty>
17       <ScalarProperty />
18     </EndProperty>
19   </AssociationSetMapping>
20
21   <FunctionImportMapping />
22 </EntityContainerMapping>

同上文，下面列出这些节点的属性


EntityContainerMapping

  

StorageEntityContainer
SSDL中的EntityContainer名称

CdmEntityContainer
CSDL中的EntityContainer名称
 
EntitySetMapping
EntityContainer中每个EntitySet的对应

Name
EntitySetMapping的名称
 
EntityTypeMapping
描述CSDL中EntityType与SSDL中EntityType的对应

Name
EntityTypeMapping的名称

TypeName
对应CSDL内Entity的名称 – 格式：IsTypeOf(<名称>)

注：这个类及其子类将共享此EntityTypeMapping
 
MappingFragment
描述属性及字段间的对应

StoreEntitySet
SSDL中的EntitySet名称

（由于CSDL中一个EntitySet可以对应多个SSDL中的EntitySet）
 
ScalarProperty
属性与字段对应

Name
CSDL中的属性名

ColumnName
SSDL中的字段名称
 
Condition
详见说明2

ColumnName
列名

Value
值

ModificationFunctionMapping
CUD对应的存储过程
 
InsertFunction/ UpdateFunction / DeleteFunction

FunctionName

  

QueryView

  
 
Entity SQL

AssociationSetMapping
描述CSDL中的AssociationSet与SSDL中的EntitySet的对应关系

Name
AssociationSetMapping的名称

StoreEntitySet
SSDL中EntitySet的名称

TypeName
CSDL中AssociationSet的名称
 
EndProperty
一个AssociationSetMapping中有两个EndProperty

分别对应CSDL中两个End Role

Name
EndProperty的名称
 
ScalarProperty
关系属性对应

Name
CSDL中的属性名

ColumnName
SSDL中的字段名称

ModificationFunctionMapping
C/D对应的存储过程
 
InsertFunction/ DeleteFunction

FunctionName

  

QueryView

  
 
EntitySQL

FunctionImportMapping
用于描述CSDL与SSDL间函数及函数参数的对应（详见下文存储过程部分）

说明1：以上表中很重要的一个属性是MappingFragment中的StoreEntitySet属性，就像这个属性的说明中所说，其描述了CSDL的Entity对应到的SSDL的Entity的名称。这是实现下文EDM映射方案中第二条将一个概念模型的实体映射到多个存储模型的实体的关键设置。

说明2：Contain这个元素及其属性的作用是，当多个概念模型实体映射到一个存储模型实体时，该元素的属性决定了在什么情况下一个概念模型实体映射到指定的存储模型实体。

说明3：QueryView 元素定义概念模型中的实体与存储模型中的实体之间的只读映射。使用根据存储模型计算的 Entity SQL 查询定义此查询视图映射，并以概念模型中的实体表达结果集。同DefiningQuery定义的查询。此映射也是只读的。就是说如果想要更新此类EntitySet，也需要使用下文介绍存储过程时提到的定义更新实体的存储过程的方法，使用定义的存储过程来更新这样的EntitySet。当多对多关联在存储模型中所映射到的实体表示关系架构中的链接表时，必须为此链接表在AssociationSetMapping 元素中定义一个QueryView元素。定义查询视图时，不能在 AssociactionSetMapping 元素上指定 StorageSetName 属性。定义查询视图时，AssociationSetMapping 元素不能同时包含 EndProperty 映射。

EDM中存储过程的设计

目前版本(VS2008SP1)的实体设计器对存储过程支持不完善，只能手工编辑这三个文件中的存储过程部分，包括：

  1. CSDL中的FunctionImport元素，其属性及说明如下所示：


    FunctionImport

    		  

    Name
    （在程序中调用的）函数的名称

    EntitySet
    当函数返回实体对象时，需使用此属性指定对应的EntitySet

    ReturnType
    函数返回值的类型
     
    Parameter
    以下用于参数子节点中的属性定义

    Name
    参数的名称

    Type
    参数的类型

    Mode
    参数的传递方式(In, Out或InOut)

    MaxLength
    参数值最大长度

    Precision
    参数值的精确度，用于数字类型

    Scale
    浮点数小数位
  2. SSDL中的Function节

    Function

    		  

    Name
    存储过程名称

    Aggregate
    是否为聚合函数（存储过程）

    BuiltIn
    是否为内建存储过程

    NiladicFunction
    是否为无参数存储过程

    IsComposable
    True为自定义函数，False为存储过程

    ParameterTypeSemantics
    参数类型转换方式

    ReturnType
    存储过程返回类型
  3. MSL中的FunctionImportMapping节

    FunctionImportMapping

    		  

    FunctionImportName
    CSDL中FunctionImport的名称

    FunctionName
    SSDL中Function Element的名称

    这面总结的是用于返回实体对象的查询（存储过程）。

下面分别描述一下有关修改操作的存储过程的使用：

  1. 使用插入、更新或删除实体数据的存储过程，需要修改如下两个文件：
    SSDL，对其的修改要求与上文表中列出的一致：

    MSL，需要对一下节点进行定义：


EntityContainerMapping

  
 
EntitySetMapping
EntityContainer中每个EntitySet的对应
 
EntityTypeMapping
描述CSDL中EntityType与SSDL中EntityType的对应
 
ModificationFunctionMapping
CUD对应的存储过程
 
InsertFunction/ UpdateFunction / DeleteFunction

FunctionName

  
  1. 使用创建或删除在数据源中使用链接表实现的实体类型之间的多对多关系的存储过程需要修改如下两个文件：
    SSDL，对其的修改要求与上文表中列出的一致：

    MSL，需要对一下节点进行定义：


EntityContainerMapping

  
 
AssociationSetMapping
描述CSDL中的AssociationSet与SSDL中的EntitySet的对应关系
 
ModificationFunctionMapping
C/D对应的存储过程
 
InsertFunction/ DeleteFunction

FunctionName

  

EDM中ComplexType的设计

再谈Complex Type，上文大致介绍了复杂类型的概念及作用，现在开始看一下具体怎样实现。前文已经提到实现复杂类型关键是在CSDL与MSL，而与SSDL无关。

首先应该在CSDL中怎加这样一节，此节与 <EntityType></EntityType> 节同级，其结构如下：

1 <ComplexType>
2     <Property />
3 </ComplexType>

节点及其属性含义如下：


ComplexType
复杂类型

Name
复杂类型的名称
 
Property
属性

Name
属性名

Type
属性类型

Nullable
是否允许null

MaxLength
属性最大长度

FixLength
是否固定长度

然后在MSL中 <MappingFragment>下与<ScalarProperty /> 同级的位置添加如下节：

1 <ComplexProperty>
2     <ScalarProperty />
3 </ComplexProperty>

具体的节及其属性含义如下：


ComplexProperty
复杂类型属性

Name
复杂类型属性名称

TypeName
CSDL中定义的ComplexType的名称。格式"CSDN_Namespace.ComplexTypeName"
 
ScalarProperty
关系属性对应

Name
CSDL中的属性名

ColumnName
SSDL中的字段名称

实体数据模型映射方案

实体框架支持各种方式用于在实体数据模型 (EDM) 中将概念模型映射到关系数据。有关更多信息，请参见 实体框架中的数据建模。

实体框架当前支持以下实体数据模型 (EDM) 映射方案。


编号
映射方案
说明

1
简单映射
在此映射方案中，概念模型中的每个实体都映射到存储模型中的单个表。这是实体数据模型工具所生成的默认映射。

2
实体拆分
在此映射方案中，概念模型中单个实体的属性映射到两个或更多基础表中的列。在此方案中，表必须共享公共主键。

其设计方式见EDM之MSL部分说明1。

3
存储模型中的水平分区
在此映射方案中，概念模型中的单个实体类型映射到具有相同架构的两个或更多表。实体基于概念模型中定义的条件映射到表中。

使用场合：使一个概念模型的实体映射到不同数据源的存储模型的实体。

另见：EDM之MSL部分说明2。

4
概念模型中的水平分区
在此映射方案中，概念模型中具有相同属性的多个实体类型映射到同一个表。条件子句用于指定表中的数据分别属于哪个实体类型。此映射类似于类型5。

这种方式也用到MSL中的Conditon来决定映射关系，见EDM之MSL部分说明2。

5
每个层次结构一个表继承
在此映射方案中，继承层次结构中的所有类型都映射到同一个表。条件子句用于定义实体类型。

见EDM之MSL部分说明2。

6
每种类型一个表继承
在此映射方案中，所有类型都分别映射到各自的表。仅属于某个基类型或派生类型的属性存储在映射到该类型的一个表中。

7
每种具体类型一个表继承
在此映射方案中，每个非抽象类型分别映射到不同的表。所有这些表所包含的列必须映射到派生类型的所有属性（包括从基类型继承的属性）。

8
每种类型多个实体集
在此映射方案中，单个实体类型在概念模型中以两个或更多独立的实体集进行表示。每个实体集分别映射到存储模型中的一个单独的表。

其设计方式见EDM之MSL部分说明1。

9
复杂类型
复杂类型是没有键属性的实体类型的非标量属性。复杂类型可以包含其他嵌套的复杂类型。复杂类型映射到存储模型中的表。

复杂类型在上文有单独介绍

10
函数导入映射
在此方案中，存储模型中的存储过程映射到概念模型中的 FunctionImport 元素。执行此函数可使用映射的存储过程返回实体数据。

见上文存储过程部分

11
修改函数映射
在此方案中，在存储模型中定义用于插入、更新和删除数据的存储过程。这些函数是为实体类型定义的，以便为特定实体类型提供更新功能。

见上文存储过程部分

12
定义查询映射
在此方案中，在存储模型中定义表示数据源中的表的查询。在映射到 SQL Server 数据库时，查询以数据源的本机查询语言（如 Transact-SQL）表示。此 DefiningQuery 元素映射到概念模型中的实体类型。查询以特定于存储的查询语言进行定义。

上文EDM之SSDL部分最后详细介绍了这种设计的相关问题

13
查询视图映射
在此方案中，会在概念模型中的实体类型与存储模型中的关系表之间定义只读映射。此映射基于对存储模型进行的 Entity SQL 查询定义。

上文EDM之MSL中说明三对这种设计的相关问题有介绍。

14
AssociationSet 映射
关联定义实体之间的关系。在具有一对一或一对多关联的简单映射中，在概念模型中定义关系的关联会映射到存储模型中的关联。还支持以下更高级的关联集映射：

多对多关联。关联的两端都映射到存储模型中的链接表。

自关联。此映射支持具有相同类型的两个实体之间的关联，如一个 Employee 与另一个 Employee 之间的关联。

派生类型之间的关联。此映射支持一个层次结构中的派生类型与另一个层次结构中的派生类型之间的关联。
时间： 2024-10-01 04:49:02

Entity Framework 配置的相关文章

MVC5+EF6--1 创建Entity Framework数据模型

近期学习MVC5+EF6,找到了Microsoft的原文,一个非常棒的系列,Getting Started with Entity Framework 6 Code First using MVC 5,网址:http://www.asp.net/mvc/overview/getting-started/getting-started-with-ef-using-mvc/creating-an-entity-framework-data-model-for-an-asp-net-mvc-appli

MVC5 Entity Framework学习之实现继承

之前你已经学习了如何处理并发异常,在本节中你将学习如何实现继承. 在面向对象的编程中,你可以使用继承来重用代码.接下来你将修改Instructor和Student类,让它们派生自Person基类,该基类包含instructor和student共有的属性如LastName.你不需要添加或修改任何WEB页面,但是你需要修改某些代码,这些修改会自动反映在数据库中. 映射继承到数据库的选项 School 数据模型中的Instructor和Student类有几个相同的属性: 假设你希望通过共享Instru

Oracle 与 entity framework 6 的配置，文档

官方文档: http://docs.oracle.com/cd/E56485_01/win.121/e55744/intro001.htm#ODPNT123 Oracle 对 微软 实体框架 EF6 的支持,在 ODP.NET 的新版本中才有实现. Oracle Data Access Components (ODAC)  Windows 下载:  ODAC 12c Release 3 包括支持  Entity Framework 6 Code First and Code First Migr

Entity Framework 6 Code First 系列：无需修改实体和配置-在MySql中使用和SqlServer一致的并发控制

无需修改实体和配置,在MySql中使用和SqlServer一致的并发控制.修改RowVersion类型不可取,修改为Timestamp更不可行.Sql Server的RowVersion生成一串唯一的二进制保证Row的版本,无关TimeStamp,更无论TimeStamp的精度问题.使用MySql触发器只能解决uuid的插入的默认值和更新的随机值,由于MySql的自身为了防止无限递归的策略,它的触发器无法在当前表的触发器中更新当前表,所以触发器无法实现更新在SqlServer中由数据库生成的Ro

Entity Framework使用Sqlite时的一些配置

前段时间试着用Entity Framework for Sqlite环境,发现了一些坑坑洼洼,记录一下. 同时试了一下配置多种数据库,包括Sqlite.Sql Server.Sql Server LocalDB.Sql Server Compact. 我建的demo项目结构以及通过NuGet安装的包:   EFDemo.MultipleDB.UI引用了EFDemo.MutipleDB项目. 1. 遇到的异常1 The Entity Framework provider type 'System.

Entity Framework Code First （四）Fluent API - 配置属性/类型

小分享:我有几张阿里云优惠券,用券购买或者升级阿里云相应产品最多可以优惠五折!领券地址:https://promotion.aliyun.com/ntms/act/ambassador/sharetouser.html?userCode=ohmepe03 上篇博文说过当我们定义的类不能遵循约定(Conventions)的时候,Code First 提供了两种方式来配置你的类:DataAnnotations 和 Fluent API, 本文将关注 Fluent API.  一般来说我们访问 Flu

【配置属性】—Entity Framework 对应表字段的类型的设定配置方法

摘自:http://www.cnblogs.com/nianming/archive/2012/11/07/2757997.html Entity Framework Code First的默认行为是使用一系列约定将POCO类映射到表.然而,有时候,不能也不想遵循这些约定,那就需要重写它们.重写默认约定有两种方式:Data Annotations和FluentAPI.Data Annotations在功能上是Fluent API的子集,在一些映射场景下使用Annotations不能达到重写的目的

ODAC的安装以及Entity Framework for Oracle 基本配置

1.安装ODAC 根据自己操作系统x86,x64来判断下载的ODAC版本 http://www.oracle.com/technetwork/database/windows/downloads/utilsoft-087491.html 安装过程中,注意配置你所选择数据库服务器的位置和服务名 2.项目添加Entity Framework 此处连接地址注意修改,因为我自己是本地连接的,所以我当时服务器配置的是127.0.0.1,如果是远程连接,请在ODAC的安装目录下修改连接地址和相关信息(如下图

关于Entity Framework关系配置，提示列名XXXX_Id无效的问题

问题描述 : 数据库中有两张表,如下: Member(会员)表有外键RoleId,对应的是Role(角色)表的主键Id,业务逻辑是Member表的RoleId必须与Role表的Id对应(但在设计数据表时没有设置外键,使用EF(Entity Framework,下同)来配置) 首页Member的代码如下: public partial class Member { public int Id { get; set; } public string Name { get; set; } public