以下文章部分来自百度百科
背景
长久以来，程序设计师和数据库总是保持着一种微妙的关系，在商用应用程序中，数据库一定是不可或缺的元件，这让程序设计师一定要为了连接与访问数据库而去
学习 SQL 指令，因此在信息业中有很多人都在研究如何将程序设计模型和数据库集成在一起，对象关系对应 (Object-Relational Mapping) 的技术就是由此而生，像Hibernate或NHibernate都是这个技术下的产物，而微软虽然有了ADO.NET这 个数据访问的利器，但却没有像NHibernate这样的对象对应工具，因此微软在.NET Framework 2.0发展时期，就提出了一个ObjectSpace的概念，ObjectSpace可以让应用程序可以用完全对象化的方法连接与访问数据库，其技术概念 与NHibernate相当类似，然而ObjectSpace工程相当大，在.NET Framework 2.0完成时仍无法全部完成，因此微软将ObjectSpace纳入下一版本的.NET Framework中，并且再加上一个设计的工具(Designer)，构成了现在的 ADO.NET Entity Framework。
Entity Framework 利用了抽象化数据结构的方式，将每个数据库对象都转换成应用程序对象 (entity)，而数据字段都转换为属性 (property)，关系则转换为结合属性 (association)，让数据库的 E/R 模型完全的转成对象模型，如此让程序设计师能用最熟悉的编程语言来调用访问。而在抽象化的结构之下，则是高度集成与对应结构的概念层、对应层和储存层，以 及支持 Entity Framework 的数据提供者 (provider)，让数据访问的工作得以顺利与完整的进行。
(1) 概念层：负责向上的对象与属性显露与访问。
(2) 对应层：将上方的概念层和底下的储存层的数据结构对应在一起。
(3) 储存层：依不同数据库与数据结构，而显露出实体的数据结构体，和 Provider 一起，负责实际对数据库的访问和 SQL 的产生。
实例:
微软自己的entity framework工具主要为linq to sql和Ado.net entity data Model等
应用:
事件上,微软再推出MVC架构方案之后,使得无论是linq to sql还是Ado.net entity data Model这两个数据持久化工具发挥的作用越来越明显.他们实现了数据库的面向对象化,把数据表中的字段看成是对象的属性,把表之间的关系看成是对象之间的关系.
本文转自博客园张占岭（仓储大叔）的博客，原文链接：EF架构~了解一下,ADO.NET Entity Framework，如需转载请自行联系原博主。
