O/R Mapping

 

说到O/R Mapping, 相信做Java开发的兄弟们都不会陌生吧.

目前流行的大概非Hibernate莫属了. 小弟我也看过Hibernate的东西, 不过说实在的, 这玩意实属鸡肋~~~

说到这里, 各位大概都要说: 你是什么垃圾, 居然鄙夷Hibernate, 难道你还有更好的不成?

下面我就说说为什么我觉得Hibernate是鸡肋.

1. 前提要说清楚, 我是做管理项目偏多, 大型应用很少. 因此我说Hibernate是鸡肋只是在我自己的应用范围内说的. 而且一点也没有鄙视Hibernate的意思. 因此Hibernate的一些高级功能我只是看过, 没有用过. 这里讨论的也只是一些常规功能而已.

2. 所有的O/R Mapping的东西都逃脱不掉一个东西: 配置. 这个东西真是鸡肋的可以. 当你的数据库表越来越多, 利用配置你省去了很多SQL, 在维护上提高了不少效率. 但是同时你也产生了一大堆的配置, 包括Entity, Segment, Query等等. 当然Entity只需要一次, 理论上说你有多少个数据库表, 大约就会有多少个Entity的配置, 对应的类大概也就这么些.  我做过一个4位数表单的项目, 这里不讨论DBA到底有多垃圾或者项目需求到底有多复杂, 相信做好这些Entity的配置文件也需要一点过人的意志吧, :).

3. Query. 查询是应用最多的SQL. 单表的, 多表的, 或许还有更复杂的嵌套, 当然存储过程这里就不说了, 那基本属于噩梦级的东西, 而且貌似会的人不多(估计是因为我太井底了). 如果不追求很高的效率, 建议还是不要碰了. 我以前的公司要写几个存储过程, 既然百来号人找不出一个手的人会写, 结果还是偶拿了本书边学边写, 也不知道写的如何, 反正最后是结果出来了, 据说效率还行, 呵呵. 我是存储过程盲, 现学现卖的. 现在的年青人这种能力貌似差了点.... 提外话了, 打住. 这些东西都是配置, 而且都是类SQL的配置. 就拿Hibernate的HQL来说, 我实在没有看出来他和SQL有什么差别...

大概这些就是我的痛苦, 所以我自己写了一个O/R Mapping的东东, 自己用, 哈哈. 用到那里不舒服了就自己改改. 不过说老实话, 除了自己随心所欲的改以外, 我也没有发现比Hibernate有什么更优越的地方. 不过我是用Annotation定义的, XML算是可以再见了. 终于可以不要再看这些令人郁闷的文件了. 查询是和Hibernate的另一种定义用的一样的方法, 不过那种方法叫什么我忘了... 好处就是一个Property在什么地方用过, 在什么地方定义的我可以利用IDE快速定位, 这样维护很方便.

 

不知道大家对于这些东西有没有什么见解, 小弟写个抛砖引玉的文章, 还望大家多多指正.