现在的位置: 首页 > 综合 > 正文

关于一些O-R Mapping的实现

2012年11月10日 ⁄ 综合 ⁄ 共 900字 ⁄ 字号 评论关闭

关于一些O-R Mapping的实现

最近连续试用了两个O-R Mapping,一个是Hibernate 3,一个是国内的JDO实现Liberator。

Hibernate 3在两层一对多关系时,似乎会性能很差,例如:

Voucher
| 1
|
| 0..*
VoucherEntry
| 1
|
| 0..*
Assist

在ERP系统,可能会有接近10的单据时多层一对多关系的,Hibernate在这方面似乎存在1 + N的问题,而我们在这方面有较好的优化策略。看来,Hibernate的作者尚未总结出一种较好的处理多层一对多关系的算法

我还没很细致研究Liberator,因为Liberator没有提供源码,通过反编译的方式,不方便调试。而且经过JDO Enhancer的值对象也是不可以调试的,这一点,JDO的局限就显示出来了。JDO不能直接和Eclipse集成使用,而且不能够调试值对象。

Liberator似乎不是很稳定,例如:

 

final PersistenceManagerFactory pmf = JDOHelper.getPersistenceManagerFactory(p);

// Obtains a PersistenceManager
final PersistenceManager pm = pmf.getPersistenceManager();

// Construct an Account
final Account account = new Account("foo""fooLast""fooPassword""foo@redsoftfactory.com");
pm.currentTransaction().begin();
pm.makePersistent(account);
pm.flush();
account.setPassword(
"fooPassword");
pm.makePersistent(account); 
//这样修改似乎无效
pm.flush();
pm.currentTransaction().commit();

 

不知道是我理解错误,还是Liberator的BUG。

 

抱歉!评论已关闭.