关于ORM实体映射的感想 (Object /Relational Mapper ) 2005-05-29 njbaige/白鸽 于苏州
What ORM?
Object /Relational Mapper
Why ORM
一般的数据库访问是建立于传统的数据库访问模型的基础之上，
即是Connection,Command等对象，通过SQL语句与数据库交互，并返回结果
现在.NET下面的数据库访问框架已经到了ADO.NET 时代，ADO.NET 的访问方式
详见MSDN的相关文档，这不是本文讨论的重点。但是要说明的是，在.NET 环境
下的数据访问，都得要和ADO.NET打交道，那个是最底层得东西，我们今天谈的
数据库映射框架底层也是基于ADO.NET的访问模式，只是他们进行了很有效的封装
是得对数据库的操作从传统的SQL模式，转换为基于对象的模式。
使业务逻辑与数据层分离，减少之间的藕合性,让系统开发对数据库透明 目前在网络上大家可以找到好几种持久层，其实各个持久层的思想都是相同的，只是在实现的方式上，
还有一些细节功能上有差异，每个持久层都有独特之处或是不足之处 How ORM 实体映射:将数据库中的实体(一般是一张表)映射为类，对数据库的操作就
直接转换为对这些实体的操作：包括新，增，删，改等。采用实体的操作，会使我们对数据
库访问时，更方便，减少很多不必要的代码
关系映射：数据库中多个表之间会有相互的关系，怎样把这些关系也反映到映射好的类中
这就是关系映射，不过相比实体映射，关系映射实现起来更难，这也是评估不同ORM好坏的
一个重要因素
高级查询：在数据库操作中，用得最多的是数据获取(Retrieve)。查询条件也是很多样，会
有关联查询的情况，获取的结果也是要定制的，而不是简单的每个表的所有字段。
这点也是ORM实现最关键的地方，各自实现的方式不同，而且有的用起来也很麻烦，不友好。
感觉还不如直接采用SQL语句来的方便。这点NHibernate继承了Hibernate的长处，采用HQL
查询语言，功能最为强大。其他的ORM 就不是很方便了。个人觉得还有必要保留SQL语句接
口，返回Table对象也是有不错的。 事务处理：在数据可靠性要求很高的时候，需要引入事务。由于ADO.NET 中对事务的支持
很好，所以在ORM实现起来也是很棒的，一般的框架都支持这样的事务。 实体类和操作类的生成： ORM说到底就是帮我们生成了一个功能强大的数据库访问类，
里面包括实体对象类，实体操作类等，实现了这样的思想，在代码生成上也需要友好，方便
才能为大众所用。所以一个优秀的ORM框架需要搭配一个好的代码生成工具。目前一部分框架都有的，
支持直接同数据库连接，选择要生成的数据表，直接生成CS文件，编译成DLL文件，直接导入到工程中就能用啦，
是不是很酷～(不过有的ORM框架需要一些配置文件，也有生成的哦) 数据访问实现方式：对实体对象的获取，更新保存至数据库，在ORM的底层都需要通过
连接来实现(不管是SQL连接还是OLEDB 连接，还是ORACLE连接 )，他们实现的方式也有不同
这决定了我们在代码中的操作方式也不同。一种是通过一个Manage类来实现，就像NHibernate、ORM.NET等，
这样的有点是连接操作效率更高，公用一个连接操作实体，缺点是我们使用起来不是很方便，
不是完全符合对象映射的构想，每次操作都得取找那个Manage,麻烦；还有一种是直接放到实体类中，
也就是每一个实体类中都封装好了Save,del等数据访问方法，要操作直接调用，就不要再去麻烦第三者了～ 目前用过几个ORM框架，下面是主要操作方式的学习笔记：
一 . ORM.NET 下载URL：http://www.olero.com/ormweb/index.aspx
一个国外的ORM框架，主要是生成代码工具很酷，才试用的。帮助文件也全，不过为E文的。
启动工具，连接至SQL Server(好像它只支持SQL Server,用的是System.Data.SqlClient )
，显示出数据库中的每一张表和相应的关系，选择要生成的实体对象，配置文件路径和CS类名之后，
代码就出来了。就一个DLL(外带一个连接配置文件，也可以不用，在代码里面赋值就OK)去看了里面的具体内容，
实体映射，事务处理是没问题的，在数据的复杂查询上，采用了自定义的一个查询条件类，
支持很复杂的查询条件(不过感觉开始用起来比较难上手) 二 SmartPersistenceLayer 下载URL;http://www.cnblogs.com/tintown/category/12787.html
附很详细的帮助文档和实例 简称SPL，最新版本3.1 , 听棠大哥的作品，也是目前国产最棒的ORM映射框架，以郭先尧的Xxmm.Net为基础做的。
(不是帮他打广告，而是里面的功能确实很Cool，不过也有不是很完美的地方－感觉)
支持SQL Server(System.Data.SqlClient)、Access(System.Data.OleDb)、Oracle（System.Data.OracleClient）、
Informix (ODBC连接方式)
提供“并发处理”、“异构数据库事务处理”、“多帐套”、“实体克隆”、“Top功能”等解决方案。
有代码生成工具 SmartRobot 配置文件：是采用Config/DatabaseMap.xml ，设置数据库的连接参数
O/R Mapping 采用Config/ClassMap.xml ，设置数据库中表字段和实体类之间的对应关系 基本的实体操作 ：
实体类继承于EntityObject,具父类为SPL中的一个public abstract类，只要具体的实体类继承后，
实体类就拥有了Save(),Retrieve(),Delete()的实体操作功能，无需借用Manage类来实现 如：
StudentEntity student=new StudentEntity(); //实体化一个学生对象 //以下进行属性赋值
//student.Id=1; //此为自动增长，SPL会自动获取 student.No=” 200401”;
student.Name=”张三”;
student.Birthday=DateTime.Parse(“1979-01 -22”);
student.Grade=2;
student.Score=580;
student.Save(); 是不是不用串SQL语句了？ Criteria(标准)操作：对复杂条件的，返回值为实体对象集合的操作
采用几个Criteria（标准）对象实现 RetrieveCriteria（获取标准）
UpdateCriteria (更新标准)
DeleteCriteria(删除标准) RetrieveCriteria rc=new RetrieveCriteria(typeof(StudentEntity)); //实例化 Condition c=rc.GetNewCondition(); //实例化一个条件 c.AddEqualTo(StudentEntity.__GRADE,2); //二年级条件 c.AddMatchPrefix(StudentEntity.__Name,’刘’); //匹配’刘’字开头 c.OrderBy(StudentEntity.__NO); //按学号排 DataTable dt=rc.AsDataTable() ; //以DataTable方式返回
EntityContainer ec=rc.AsEntityContainer(); //以实体集合的形式返回，然后在集合中操作Entity。
有点类似RowCollection
rc.AsEntity(); //返回实体集合中的第一个对象 rc.Top=20; 可以返回前20条记录哦 但是在复杂的表间连接，嵌套查询做得不够，听棠大哥解释的是采用数据库中的视图来完成。
所以我现在对于很复杂的查询，还是采用SQL传递，返回TABLE的方式，这点有待改进。
不过也是所有ORM要面对的难题哦～ 三 NHibernate 下载URL：http://nhibernate.sourceforge.net/
国外的一个ORM映射框架。继承了JAVA平台Hibernate的血统，不过功能
有待完善，但应该算是开源的业内最权威的ORM框架了(不知道是不是沾了Hibernate的光～) 操作非常全面，规范。 开发的过程 1．新建一个将要持久化.Net对象的表 2．构建一个需要被持久化的.Net类 3．构建一个可以让NHibernate知道如何持久化对象属性的映射文件 4．构建一个让NHibernate知道如何连接数据库的配置文件] 5．使用NHibernate的API Nhibernate虽好，但是未提供工具来自动产生schema文件和代码，这是目前比较麻烦的，
完全手写，包括设置表和.Net类的编写，比较郁闷，所以让很多初学者望而却步，或者在观望中。期待很酷的工具能出现 这篇关于 Nhibernate的文章写得很好，我就不罗嗦了，要不大家会砸我滴～
NHibernate快速指南 http://dev.csdn.net/develop/article/63/63977.shtm 据不完全统计，.NET下的ORM 有如下这些，高手们用了发发意见啊～
欢迎交流.net开发经验.
qq: 32660346
msn: [email protected]
Mial:[email protected]
原著文章，如果有转载请告知，谢谢。
大家有好的文章可以发邮件给我，互相学习，共同进步! 
|
本类阅读TOP10