Question

microsoft entity framework 包含哪些功能

Answer 1

Entity Framework 以 Entity Data Model (EDM) 为主，将数据逻辑层切分为三块，分别为 Conceptual Schema, Mapping Schema 与 Storage Schema 三层，其上还有 Entity Client，Object Context 以及 LINQ 可以使用。

目前 ADO.NET Entity Framework 的开发，在 Visual Studio 2008 中有充份的支持，在安装 Visual Studio 2008 Service Pack 1 后，文件范本中即会出现 ADO.NET 实体数据模型 (ADO.NET Entity Data Model) 可让开发人员利用 Entity Model Designer 来设计 EDM，EDM 亦可由记事本或文本编辑器所编辑。

主条目：ADO.NET Data Services
ADO.NET Entity Model Designer
ADO.NET Entity Model Designer
微软特别针对了网络上各种不同的应用程序 (例如 AJAX, Silverlight, Mashup 应用程序) 开发了一个基于 ADO.NET Entity Framework 之上的服务，称为 ADO.NET Data Services (项目代号为 Astoria)，并与 ADO.NET Entity Framework 一起包装在 .NET Framework 3.5 Service Pack 1 中发表。

目前已有数个数据库厂商或元件开发商宣布要支持 ADO.NET Entity Framework:
(1) Core Lab，支持Oracle、MySQL、PostgreSQL 与 SQLite 数据库。
(2) IBM，实现 DB2 使用的 LINQ Provider。
(3) MySQL，发展 MySQL Server 所用的 Provider。
(4) Npqsql，发展 PostgreSQL 所用的 Provider。
(5) OpenLink Software，发展支持多种数据库所用的 Provider。
(6) Phoenix Software International，发展支持 SQLite 数据库的 Provider。
(7) Sybase，将支持 Anywhere 数据库。
(8) VistaDB Software，将支持 VistaDB 数据库。
(9) DataDirect Technologies，发展支持多种数据库所用的 Provider。
(10) Firebird，支持 Firebird 数据库。

Entity Framework 利用了抽象化数据结构的方式，将每个数据库对象都转换成应用程序对象 (entity)，而数据字段都转换为属性 (property)，关系则转换为结合属性 (association)，让数据库的 E/R 模型完全的转成对象模型，如此让程序设计师能用最熟悉的编程语言来调用访问。而在抽象化的结构之下，则是高度集成与对应结构的概念层、对应层和储存层，以 及支持 Entity Framework 的数据提供者 (provider)，让数据访问的工作得以顺利与完整的进行。
(1) 概念层：负责向上的对象与属性显露与访问。
(2) 对应层：将上方的概念层和底下的储存层的数据结构对应在一起。
(3) 储存层：依不同数据库与数据结构，而显露出实体的数据结构体，和 Provider 一起，负责实际对数据库的访问和 SQL 的产生。

--------------------------
Entity Framework7 部分新功能
1、在Linq to Entity 查询中对列使用类型转换
2、Code-First下用数据迁移更新数据库时使用修改（Alter)代替删除（Dropping)后重新创建
3、删除孤儿（orphans)记录
4、日志记录

Entity Framework7 有哪些改变？

1、新特性
a、支持对关系型数据的批量更新。在这之前，就是说他的更新效率太低，如果要实现批量更新，特别插入时，需要借助sql语句或是第三方工具类。相信这是很多人期待的功能；
b、支持唯一约束。它允许你在实体内除主键外额外标识一个键，将他们用作外键。
2、行为(Behavior)改变
在EF6和前期的版本中，顶层API就有很多不直观的行为，虽然EF7尽可能是保持顶层API的相同，但仍去掉了一些限制并添加了一些我们期待的行为。什么意思呢？这听起来有点迷糊，举个例子来说明吧，以前的查询，虽然Linq给我们带来了很大方便，但限制多呀，整个Linq查询翻译成一条单独的sql查询，Linq查询中只能包含EF能翻译成sql的语句或方法；还有就是sql的生成，有时生成了很复杂、效率不高，且不是我们希望的sql语句。EF7改变这种情况，可以返回多结果集，sql评估工作也不是在数据库端来做了，变更到客户端。这样就为生成sql提供了很大的灵活性。如果还有点晕，没关系，先有个印象就行。
3、变得更加简单、灵活
直接使用一个例子来说明吧。我们想通过EF的元数据来获取Blog实体被映射到数据库中的哪一张表。在这之前，我们的代码会是这样:
4、去掉了一些特性
a、每类型映射多个实体集（MEST)。这个特性，估计用的人很少，正是因为使用的人少，所以才去掉。它是什么意思呢？就是一个类型对应数据库中的多张表，例如：表Product 和 RetriedProduct都映射到Product类。如果你还有这样的需求，使用继承是更好的选择。
b、非常复杂的类型映射。在EF6.x中，可能在一个继承映射中组合TPH,TPT和TPC。EF7不再支持这种复杂的映射了，它要求你的CLR 类型尽量跟表结构保持一至。至于为什么，不少人到现在都还没有弄明白什么是TPH,TPT,TPC,那更说不上灵活运行了，这也是导致EF6.x MetadataWorkspace异常复杂的主原之一。
c、去掉edmx建模。这可能会让很多人失望，因为它曾经给我们带来多么美好的回忆。但它有很多的不足，比较一些复杂的需求，不适应ddd分层设计，不符合现在流行的POCO等。最主要的是，有更好的选择code-based建模，这就是我们常说的code-first。 可能你会有疑问，怎么code-first和edmx是平级概念，它不是跟db-first、model-first平级的吗？ 没错，它是跟edmx平级的，d、ObjectContext API。它陪着EF一起成长，到EF4.1时才被DbContext弄到幕后.不过DbContext只是它的外观模式，底层仍然是使用的它。有时需要使用一些高级的功能时，我们还得想办法把它找出来。去掉它并不意味着它以前的一些功能不能用了。EF7重写了底层，把之前一定需要ObjectContext才能使用的api包含在了DbContext中，并且让调用更加清晰，简单。
e、延迟加载。 这功能相信大家不陌生，它一直被当成EF的一大特点，但现在，它将要从EF7中去掉。不确定最终的版本微软会不会把它请回来，因为这一点存在很大的争论。无论是开发人员，还是EF的开发团队。一，不是所有的应用都需要延迟加载；二、不少的EF使用者对它没有深入的去了解，经常会有人问，为什么会出现"无法完成该操作，因为 DbContext 已释放"这样的问题。这说明这个功能反而给一部份使用者带来了困惑。
这些变化并不是最终的，也许文中说的，会发生改变。当然这里也不可能列出所有的变化点，毕竟EF7还在处于开发过程中。总之，它是一个革命性的版本，以至于有人在争论应该叫他EF7呢，还是EF1。
5、对非关系型数据库的支持，
6、官方支持SQLite；

以上均为网络收集而来,希望有用.如果没有很大用处,还请多多见谅