最近在学习
研究微软的EF，通过这时间的学习研究，感觉这个EF目前来说还不是很完善，半成品。不过，据说在.Net4.0中，微软将推荐使用此框架，并会有所改善。而且，现在基本上所有数据库均提供了对EF的支持。因此，为以后做技术准备可以学习研究以下。但是，我个人觉得就目前来说，在实际项目慎用此框架。
下面简单的介绍以下这个EF。
在.Net Framework SP1微软包含一个实体框架（Entity Framework），此框架可以理解成微软的一个ORM产品。用于支持开发人员通过对概念性应用程序模型编程（而不是直接对关系存储架构编程）来创建数据访问应用程序。目标是降低面向数据的应用程序所需的代码量并减轻维护工作。Entity Framework 应用程序有以下优点：
- 应用程序可以通过更加以应用程序为中心的概念性模型（包括具有继承性、复杂成员和关系的类型）来工作。
- 应用程序不再对特定的数据引擎或存储架构具有硬编码依赖性。
- 可以在不更改应用程序代码的情况下更改概念性模型与特定于存储的架构之间的映射。
- 开发人员可以使用可映射到各种存储架构（可能在不同的数据库管理系统中实现）的一致的应用程序对象模型。
- 多个概念性模型可以映射到同一个存储架构。
- 语言集成查询支持可为查询提供针对概念性模型的编译时语法验证。
实体框架Entity Framework 是 ADO.NET 中的一组支持开发面向数据的软件应用程序的技术。在EF中的实体数据模型（EDM）由以下三种模型和具有相应文件扩展名的映射文件进行定义。
- 概念架构定义语言文件 (.csdl) -- 定义概念模型。
- 存储架构定义语言文件 (.ssdl) -- 定义存储模型（又称逻辑模型）。
- 映射规范语言文件 (.msl) -- 定义存储模型与概念模型之间的映射。
实体框架 使用这些基于 XML 的模型和映射文件将对概念模型中的实体和关系的创建、读取、更新和caozuo.html" target="_blank">删除操作转换为数据源中的等效操作。EDM 甚至支持将概念模型中的实体映射到数据源中的存储过程。它提供以下方式用于查询 EDM 并返回对象：
- LINQ to Entities -- 提供语言集成查询 (LINQ) 支持用于查询在概念模型中定义的实体类型。
- Entity SQL -- 与存储无关的 SQL 方言，直接使用概念模型中的实体并支持诸如继承和关系等 EDM 功能。
- 查询生成器方法 --可以使用 LINQ 风格的查询方法构造 Entity SQL 查询。
下图演示用于访问数据的实体框架体系结构：
下面，来学习EF的基本使用方法。软件环境：：
首先，建立一个名为“EFProject”的解决方案，然后添加一个名为“EFModel”的类库项目。如下图所示。
接着，在EFModel项目中，添加“ADO.NET Entity Data Model”项目，如下图所示：
名称取为“NorthWindEF.edmx”,然后点击“添加”。然后，在后面的步骤中，数据库选择“NorthWind”后，在选择影射对象是，把表、试图、存储过程全部都选上，其他的均保存默认的即可。最终生成的结果如下图所示。
好了，数据模型生成完毕。
最后，谈谈我认为的一些缺点：
- Edmx包含了所有对象的csdl，ssdl，msl文件，过于庞大，如果要手动修改这个文件，一不小心，眼睛看花了，就改错了。（和数据集一样的毛病）。
- 目前EF支持表、试图、存储过程，其他的对象不支持，而且对使用存储过程有很多限制（目前有EFExtension提供了更多对象的支持）。
- 除了MS SQL Server可直接提供这种可视化的设计界面外，其他的数据库目前还没有提供可视化设计界面（但可以自己来实现，后面介绍）。
- 性能问题。（网上看到有说比ADO.Net慢700百，又有人说比ADO.net快的，具体情况我还没测试过, 但我觉得像这个些类型的框架，性能肯定是比上原生态的ADO.net慢）
好了，接下来，学习以下简单的各种操作。
相关文章
