EF-运行原理

一、什么是EF？

　　实体架构（Entity Framework）是微软以来ADO.Net为基础开发出来的对象关系映射（ORM）解决方案，它解决了对象持久化问题，将程序员从编写麻烦的SQL语句中解放出来。

优点：

　　    支持多种数据库（Microsoft SQL Server、Oracle和DB2等）；

　　　强劲的映射引擎，能很好地支持存储过程；

　　    提供Visual Studio集成工具，进行可视化操作；

　　    能够与ASP.NET、WPF、WCF、WCF Data Services进行很好的集成。

二、ORM

常见ORM框架：

　　 　　ORM不是产品，是框架的总称，面向对象的程序设计语言到关系数据库的映射。

　　使程序员既可以利用面向对象语言的简单易用性，又可以利用关系数据库的技术优势来实现应用程序的增删改查操作。

　　　　1. NHibernate：Hibernate在.NET平台下的版本

　　　　2. iBatis.NET:iBatis在.NET平台的实现

　　　　3.Linq to SQL（微软不再更新）：.NET针对SQL server的ORM框架

　　　　4.ADO.NET Entity Framework：微软在.NET4.0推出的领域驱动开发模型。

注意：ADO.NET Entity Framework是微软以ADO.NET为基础所发展出来的对象关系映射解决方案，只不过是对ADO.NET进行了一个更高层次的封装。

　　  产生背景：

　　　　 1、重复的操作数据库代码

　　　　我们使用三层架构时，使用的是ADO.NET访问数据库，我们将ADO.NET对数据库的操作封装在一个SQLHelper中，然后通过D层调用SQLHelper实现对数据库的操作。即使使用SQLHelper进行封装，我们的数据访问层（DAL），还是要针对不同的业务重复很多增、删、改、查操作。只是因为操作的表不同，我们就去重复这些增删改查操作，那么有没有什么工具可以自动生成这些语句？

　　　　2、影响扩展性和灵活性

　　　　数据访问层同时与域模型和关系数据库模型绑定，不管域模型还是关系数据库模型发生变化，都要修改数据库访问层的相关程序代码，增加了软件的维护难度。

　　   定义：

　　　　ORM全称：(Object-Relation Mapping)即对象-关系映射。ORM是将关系数据库中的业务数据用对象的形式表现出来，并通过面向对象的方式将这些对象组织起来，实现系统业务逻辑的过程。

　　　　ORM解决的主要问题是对象关系映射。一般情况，实体与我们库中的表的对应关系，一个实体就好比表中的一行数据，将实体的操作视为对表的操作，通过ORM模型对我们的代码更加简洁，我们将对数据库的操作通过ORM转换后执行，ORM模型确实为我们的开发提高了效率。

　　结构：

　　　　

　　通过该图，可以看出，

　　O对应程序中的类Customer，就是对象，

　　 R含义为Relation，对应数据当中的关系表

　　 M表示程序中对象和数据库中关系表的映射关系（Mapping实际上是一个XML文件）

　　　　当我们通过应用程序对数据库执行CRUD时，通过EF方式，实际上是对ObjectContext的操作，ObjectContext相当于EF的入口，ObjectContext拿到对应的消息(CRUD)后，通过ORM中的Mapping来将对象O映射成数据库中的关系R。我们通过一个截图来看下Mapping中存储的内容。

对象关系映射

　　 数据库中有用户表、工作表

　　

第一步：系统向数据库中插入一条信息，这时内存中有User对象

第二步：对象和数据库怎样通信，即怎样将对象放到数据库

需要XML配置文件进行配置，保存映射关系

第三步：需要映射关系，使用Relation（映射到表中每个字段），最后可生成完整的SQL语句

Object：代表系统中对应的表

Table：代表数据库中的表，其中包含表中的各个字段

注意：ORM框架采用元数据来描述对象一关系映射细节，元数据一般采用XML格式，并且存放在专门的对象一映射文件中。只要提供了持久化类与表的映射关系，ORM框架在运行时就能参照映射文件的信息，把对象持久化到数据库中。

在系统中的体现：

SSDL：数据库（数据表）

CSDL：C#（类）

C-S：类和表的映射关系

————————————————
原文链接：https://blog.csdn.net/gxq741718618/article/details/41879617