关于Hibernate编程的特点与思考

2008-02-23 08:01:27来源:互联网 阅读 ()

新老客户大回馈,云服务器低至5折

  Hibernate的一些弱点:比如对象关系的映射配置过多,控制复杂;事务处理面临各种兼容问题;HQL语言增加学习成本等。并提出了一些减化和退化方案,具体请看下面的原文,你的建议又如何?

  想了很长时间hibernate的一些弱点

  1.对象与数据库的映射,关键在于对象关系的映射,但是没做到很理想,配置过多,控制复杂,另外还会出错。其实本质在于对象不够自由。

  2.事务处理。这点上更容易出问题,相对于各种各样的事务管理器,要兼容是一个大问题,总归在各种应用服务器上有很多问题。其本质在于创建了一个自我数据存取小环境,必然面临各种兼容问题。

  3.HQL语言。建立对象查询语言,类SQL,但是不同于任何一种SQL,调试环境复杂。本质在于创建了一种语言,增加学习成本。

  减化hibernate,将其退化成一个sql生成器,既可以保留原有的主要功能,又可以兼容各种应用服务器和数据库服务器,另外还不需要学习HQL语言。

  只需要一系列的功能函数,作一下包装,再根据不同数据库生成不同的SQL即可,连数据库类型都不用指定,因为从Connection中可以获得数据库类型属性。

  假想中的API:

  public Object ResultMapObject(ResultSet rs,String xml) //一行映射单个对象,可以用XML绑定,也可以不用。

  public List SQLMapObjects(Connection conn,String []sqls,String xml) //将一堆SQL映射成一个对象树,可以用xml来描述绑定,也可以不用,仅使用ror方式的约定。

  借助JDBC和SQL可以构建整个数据存取层。

  映射单个对象的代码,将一行记录映射成单个对象。sql可以是任意的。

Connection conn=DriverManager.getConnection(url);
PreparedStatement ps = conn.prepareStatement(sql);

ResultSet rs = ps.executeQuery();
while(rs.next())
{
user=(Users)ResultMapObject(rs);
//TODO 可以使用user
}

  映射对象树。

/*
sale_orders销售订单表
sale_order_details销售订单细表
products商品表
product_catalogs商品类别表
从sql中就可以分析出
id是主鍵
sale_order_details.sale_order_id===>sale_orders.id
sale_order_details.product_catalog_id==>product_catalogs.id
sale_order_details.product_id==>products.id
*/
String []sqls=new String []{
" select id, total_sum, memo, state, modify_date, creator, checker from sale_orders ",
" select id, sale_order_id, product_id, product_name, product_catalog_id, model, product_unit, product_amount, product_price, product_sum, memo from sale_order_details ",
" select id, name, catalog, model, price, unit, memo, createtime, state, code, productno from products ",
" select id, name, memo from product_catalogs"
};
//不帶XML映射的,但是無法得知一对一还是一对多还是多对多的关系,所以一律建成多对多关系。
List l=SQLMapObjects(conn,sqls);
/*
l的结构:
sale_orders[]
|-----sale_order_details[](sale_order_details.sale_order_id===>sale_orders.id)
|-----products[](sale_order_details.product_id==>products.id)
|-----product_catalogs[](sale_order_details.product_catalog_id==>product_catalogs.id)
*/
  /*带xml */

/*
sale_orders销售订单表
sale_order_details销售订单细表
products商品表
product_catalogs商品类别表
从sql中就可以分析出
id是主鍵
sale_order_details.sale_order_id===>sale_orders.id
sale_order_details.product_catalog_id==>product_catalogs.id
sale_order_details.product_id==>products.id
*/
String []sqls=new String []{
" select id, total_sum, memo, state, modify_date, creator, checker from sale_orders ",
" select id, sale_order_id, product_id, product_name, product_catalog_id, model, product_unit, product_amount, product_price, product_sum, memo from sale_order_details ",
" select id, name, catalog, model, price, unit, memo, createtime, state, code, productno from products ",
" select id, name, memo from product_catalogs"
};

/*


  保存问题更严重,取出来用sql映射已经可以很好地解决了,基本上一个函数、一群SQL,加上少少的XML就可以表达清楚了,但是这不能解决保存对象的问题。

  假想中的保存API.

  public void saveObject(Connection conn, Object obj,String xml); //保存单个对象,简单地将对象扩展成sql,允许xml映射,也可以不映射

  public void saveObjects(Connection conn, List objs, String xml); //将对象树保存到数据库

  上一篇取出的List或人工组合的List可以用saveObjects来保存,这个函数的任务就比较重了,因为没有状态,所以要判断修改过非常麻烦。

  一种思路是在对象是增加属性,然后由开发者维护,比如界面上是否修改很有可能是有状态位的,这个状态位就可以用起来,然后函数根据这个状态位来判断是否去更新。

  一种思路是从Class本身中就得知对象是否被改过,类似AOP,在修改的时候记录一下,然后函数来判断是否改过,然后组成SQL来更新。

  至于批量修改是强项,直接用SQL即可,学习SQL比HQL的成本要低,毕竟这么多年了。

  外围实用函数的思考:基本上都针对SQL的生成,或数据库函数的替换

  public String generateInsertSQL(DBType type,Object obj);//生成insert语句

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:学习教程:Java Annotation 高级应用

下一篇:用组件beanutils,dbutils简化JDBC操作