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 */
