Posted on 2007-01-06 13:26
随心所欲 阅读(11232)
评论(10) 编辑 收藏 所属分类:
ORM/DB
ORM是一个高效的开发辅助工具。他有先进的映射思想（相对于普通的DataTable映射）。但是同时也要记住，他只是一个工具，他有它存在的理由，也有它的不足。
没有任何一个工具是万能的，这个大家都可以理解。我们如果使c语言来卡发网站，或合用c#去做底层游戏开发，我们都会遇到问题，但这能说明什么？能说明c或者c#是垃圾么？显然不可以。ORM也是如此，他有他的不足，但是不能简单的就评价他如何。
下边通过我的一些理解来说一下ORM（我用的是WilsonORM，两年多）。
ORM的出现背景：
软件开发，我们已经知道了OO思想对于我们发开的意义（把现实的物体变成程序里面抽象的对象（类），让我们的开发可以变成一种对现实社会的模拟。通过这个模拟，代码不再无聊，对象让他变得优美起来。各类对象让我们的软件变得丰富多彩）。但是对数据库我们去无能为力，他只是一个二维网格，这就是他唯一的一个结构。怎么才能让这个没有情调的东西适应或者“伪”适应我们这个优美的OO呢？
于是乎，ORM出现了。他比较巧妙的解决了这个问题。他把Table应设成一个类，把一条数据应设成这个类的一个实例。反过来，把这些实例再度转换成数据行，操作到数据库。
数据库ß->ObjectSpace，NameSpace
数据表ß->Class
数据行ß->Instance (object)
数据列ß->属性
数据操作ßà类的方法
ORM的特点
看，通过这个映射之后，我们得到了一个什么样的结果。数据表成了一个个我们熟悉的对象，我们完全可以这样理解我们的模型。
ObjectSet users=Space.GetObjectSet<User>(“userId>100”);
(users[2] as User).Name=”xxx”;
users.Persit();
从这里看，我们不再关心什么数据行列了，只是对于对象的操作就可以。
ORM的优点
1：模型化数据表，使逻辑更清晰，容易理解。
这个优点就是刚开始提到的那一个，把二维的数据表映射成对象，这样的开发看起来要清晰一些，比起全都是行列来。
2：快速开发。
对于数据库常用的操作，无非就是CRUD。创建、修改、删除都可以使用ORM方便的来操作。对比这两段代码：
string sql=’update T1 set (xx=xxx,xxxx=xxxxx)’;
T1.Xx=XXX
T1.XXX=XXXX
T1.Persit()
如果字段表比较少，还看不出区别，如果字段有几十个，那么用字符串就显得很麻烦，并且还容易写错。而如果使用了ORM，至少类的属性可以地动提示了，出错的机会少，并且代码看起来漂亮多了，易读易维护。
对于取数据集操作，ORM就力不从心了。它可取出一个表的数据，但是在数据表连接，取得特定字段等方便就显得很弱。更不用说一些复杂sql的执行了。
3：其他辅助工具
ORM提供了很多其他操作函数，用以补救他的弱点。不同ORM提供的不一样。WilsonORM提供了这样一些函数：
ExecuteCommand（）；
ExecuteDelete
ExecuteScalar
ExecuteUpdate
GetDataSet //可以执行复杂的sql。
GetObjectCount
还有就是提供了不同数据库类型的Connector,还有数据库分页技术等（这个功能很有价值）。
ORM的不足
1:取数据的灵活性
比方说：多表连接。这一个在orm里面就无法实现（很难实现）。而这个有非常常用，特别是在作统计的时候。
比方说：取出的垃圾数据（只想取得某一列，但是orm是取出全部的）。
2:运行速度
由于orm要做很多操作，映射对象之类的，所以必然要消耗一些系统性能。这个也可以理解，快速开发，必然运行效率受损。
如何使用ORM
扬长避短。适度使用。
1：大量数据表的简单的操作全部使用ORM。一般的操作，特别是插入、修改、删除等操作，使用ORM，快速方便。
2：对于需要灵活操作的模块使用其他方法。比方说使用多表连接，或者其他复杂sql的逻辑等，就需要使用其他工具。
结：
合理使用ORM，就是“扬长避短”的一个过程。这是一个通用的对待工具的态度。只有这样理智的对待ORM，我们才能从中获益，让工具为我们服务，而不是我们为工具所累。