- 浏览: 291421 次
- 性别:
- 来自: 杭州
文章分类
最新评论
-
msdn19880714:
楼主你是逗逼么,像你这样比较,直接被气死了
不小心被Cglib忽悠了(已纠正错误2009-3-1) -
javacainiaosc:
网上关于coherence的资料太少了,刚刚入手学习,感谢楼主 ...
Coherence企业级缓存(一) 特点 -
108439162:
不得不说,可能博主自己觉得这样做很牛逼了。但是你忘了依赖注入的 ...
我的开发经验分享(一)-Spring业务bean零配置 -
u010980147:
为什么不告诉我们要导入的包?你做截屏的时候顺道包impor ...
Mule web service调用中的复杂类型传递 -
bigtian:
现在办理社保转移好像没有当年这么麻烦了,国家出台了新的法律了。 ...
作为程序员看社保跨地区转移的问题
【START 修改日志 当天 22:12 】:本文主要是针对基于Hibernate框架的项目开发中复杂查询的最佳实践。分析了前几个网友的意见,我想在几个基本方面hibernate QBC,QBE还是很方便的:
1) 单表简单查询(基于字段的等值查询, 全部And运算)时,简单的汇总,如count等。
2) 全动态查询条件, QBE很方便。
【END 修改日志 当天 22:12 】
【START 修改日志 2008-9-19 21:20】:
[quote="ziyuan"] ibatis完全符合lz的需求,,why not try it[/quote]
同意你,我在公司项目中制定这个开发规范正符合 ibatis 的特点, 不过 Hibernate 对其也提供了完全的支持, 这两者在该功能上是一样的。
因为 2006年项目启动时,已经确定使用 Hibernate 3, 而公司以前编程规范是使用 HQL, QBC 的 , 正好那次在项目初期对Hibernate 这一使用规范逐渐纠 正过来。
如果是新的项目, 我想 ibatis 也是可以考虑的方案。
【START 修改日志 2008-9-19 21:20】
2006年公司电信项目启动时,项目组选择沿用使用已久 的Hibernate及开发规范做 ORM方案。 做为公司新的电信项目的架构师一员,根据一直以来的项目经验,在项目进行2月后,面对复杂查询业务陆续增多,原有以Hibernate HQL,QBC 为特点的开发规范有些无法很好满足需求。
因此在分析复杂查询业务 及 Hibernate 的特性特点, 我为 Hibernate 开发时制定了一个规范:禁用 HQL,QBC,QBE编程, 有三个要点,对于非单表的简单查询:
1)程序员不得在Java代码中直接使用HQL;
2)不得进行HQL拼装;
3) 不得在 hbm.xml 映射文件中使用named HQL query。
该规范按重要程度 基于四个方面的考虑:业务复杂度,程序员开发效率,维护难度和执行性能。 规范要求在 Hibernate 的 hbm.xml 文件配置Named SQL Query 来进行这些功能的开发。
项目中我们对其进行了适当的易用性改造,关于我们项目中Named SQL如何具体应用,见下一篇分享:我的开发规范分享(二)- 禁用Hibernate HQL,QBC,QBE编程(2)
1. HQL,QBC:
今天写这个分享短文,源于前几天回覆网友icewubin 的帖子: “一个关于Hibernate的优化实例:从HQL到QBC,从QBC到QBE,再到‘增强的’QBE”,主要是Hibernate查询的几种使用方式:HQL,QBC,QBE。
先说 QBC,QBE,例如:(Hibernate QBC 示例代码)
public List<Product> getProducts(Product product) { final Example exampleProduct = Example.create(product). enableLike(MatchMode.ANYWHERE). excludeZeroes(); return (List<Product>) getHibernateTemplate().execute( new HibernateCallback() { public Object doInHibernate(Session session) throws HibernateException { Criteria crit =session.createCriteria(Product.class). add(exampleProduct); return crit.list(); } } ); }
或例如:(Hibernate QBC 构造查询条件示例代码)
Restrictions.ne(propertyName, propertyValue); crit = Restrictions.gt(propertyName, propertyValue); crit = Restrictions.lt(propertyName, propertyValue);
2 ORM框架下复杂查询的处理
几年前,我使用另一个ORM框架Ofbiz, 它的QBC,QBE与Hibernate类似,而且条件构造的类库更为完善. 当时使用过JDBC编程的我也对这种纯Java的,优雅的查询编程吸引,折服(当然这种思想确实是大牛们的伟大创新), QBC,QBE对单表,简单查询条件,两表关联查询支持很好.
然而当项目设计完毕,进入开发阶段后,我们发现,这种查询开发模式遇到了瓶颈. 因为当时项目是财务系统,业务比较复杂, 多表关联查询,汇总查询,子查询等复杂查询陆续涌来. QBC,QBE的不足马上体现出现. 为此项目组对此类业务不得不用改用native sql来开发, 为与Ofbiz的ORM思想保持统一, 以配置sql为数据源的实体成为虚拟实体(Virtual Entity), 虚拟实体同样在映射文件中配置. 这个对Ofbiz的封装和改造,马上发挥用途,项目顺利,流畅的推进了。
3. 我们的项目规范:禁用 HQL,QBC,QBE编程
回到我们的2006年启动的电信项目,使用的是Hibernate,它增加了HQL,以OO的方式写查询语句,也是牛人Gavin King的力作。但与Ofbiz类似,它对多表关联查询,汇总查询,子查询,三者混合查询的支持依然不足。作为新任架构师经过对公司之前架构规范分析,及一番思考,决定使用Hibernate时的一个规范:禁用 HQL,QBC,QBE编程。
在项目开发规范中,我对这个规范进行了要点分析和总结。
HQL,QBC开发的缺点:
1) Java代码和查询语言混合开发,没有分离,易读性,维护性差;
2) HQL编写和调试困难,对于较为复杂的查询,通常需要转化为SQL进行调试,调试完毕又要转为HQL,转换过程需要对HQL有较好的理解,但容易出错,开发时间长;
3) QBC 编码量多,开发慢,易读性,维护性差;
4) HQL,QBC功能有限,前面提到的多表关联查询,汇总查询,子查询,三者混合查询支持不佳或无法支持。相信朋友们都遇到过类似的需求。
5) 还有一个考虑就是性能问题,有的HQL被Hibernate内部组装为SQL后,可能存在性能隐患,如果修改的话比较麻烦。
4. 复杂查询的解决方案
解决方案仍然是,在hbm.xml 文件中配置named sql query。Ibatis 也有类似功能。
例子1:查询指定模块的所有下级模块, Hibernate 能将查询结果自动和 ModuleVO 映射起来
<!-- 查询指定模块的所有下级模块 --> <sql-query name="system.module.queryAllSubModules"> select module.MODULE_CODE as MODULECODE, module.MODULE_NAME as MODULENAME, module.MODULE_TYPE as MODULETYPE, module.PARENT_CODE as PARENTCODE, module.MODULE_DESC as MODULEDESC, module.MODULE_URI as MODULEURI, module.MODULE_VIEW as MODULEVIEW from ( select t.child_code, t.offset from sys_module_rela t where t.ancestor_code = :parentCode ) m1 join sys_module module on m1.child_code = module.module_code order by parent_code, module_order </sql-query>
例子2:以判断操作员是否对某个URI有访问权限为例, 返回值 val 大于0时表示有权限:
<sql-query name="system.perm.hasURIPermisson"> <return-scalar column="val" type="java.lang.Integer"/> select count(1) val from sys_module module , ( select distinct p.module_code from sys_oper_perm op , sys_perm p where op.oper_id = :oprcode and op.perm_code = p.perm_code ) op where module.module_code = op.module_code and module.module_uri = :currentURI </sql-query>
我们项目中的Java代码的调用就更为简单了:
/** * 检查指定工号对 web请求 uri是否有权限。 * @param oprcode * @param currentURI * @return * @throws Exception */ public boolean doCheckURIPermission(String oprcode, String currentURI) throws Exception { PermDAO dao = (PermDAO) DAOFactory.build(PermDAO.class,user); Param param = new Param(); param.getQueryConditions().put("oprcode", oprcode); //设置固定参数 :oprcode param.getQueryConditions().put("currentURI", currentURI); //设置固定参数 :currentURI Integer count = (Integer)dao.queryUniqueByNamedSqlQuery("system.perm.hasURIPermisson", param); return count.intValue() > 0; }
而如果使用HQL,估计很难实现;
使用QBC查询,至少需要2-3步,代码较多,并且可能或查出冗余数据, 影响应用性能。
named sql 的优点和上面HQL,QBC的缺点正好相反:
1) Java 代码和查询语句分离,易读性好,维护性好;
2) 使用原生 SQL 开发,调试简便。如果是oracle,在pl/sql中进行调试,修改快捷而高效;
3) 原生 SQL功能自然不必说,它是最全的。复杂的业务如果它都支持不了,那就得歇菜了。
4) 充分发挥 DBMS 本身特定sql 语法的特性。
5. 跨数据库问题
在和网友icewubin 的讨论中,有一个问题值得说一说:跨数据库问题。他的意思是使用HQL,QBC可以保持数据库通用,这是他们的项目需求。实际上,我们当初的项目也是要求跨数据库的。解决方法是,针对Oracle,DB2,Informix等客户可能用到的db专门做sql调整, 也就是有两个DB的 sql 实现,(当时为新客户调整到DB2 sql,也就花了一周时间)。
这个方案与Oracle BPEL等产品一样,例如:改产品出厂时,有针对不同数据库的DDL脚本文件,一个道理。
6. Named SQL在我们项目中的具体应用。
我们对其进行了适当的易用性改造,关于我们项目中Named SQL如何具体应用,要工作了,呵呵。下一篇分享文章,再聊. 我的开发规范分享(二)- 禁用Hibernate HQL,QBC,QBE编程(2)
评论
<div class='quote_title'>upheart 写道</div>
<div class='quote_div'>很想知道,如果一个查询条件是动态的,比如根据用户输入的查询条件来构造,那这种方案怎么做?</div>
<p> 动态条件可以通过Where子句来判断条件,比如你需要查询订单,订单号的条件是可选的,你可以在查询语句中这么写:ORDERNO is null OR o.ORDERNO=:ORDERNO,这种方式和if-else一样,如果条件为空就判断下一个条件,不为空就比较条件,就是效率会稍微差一点</p>
<p> </p>
<p> </p>
顺便说一下,我们项目使用ibatis。
存储过程?还没遇到非用不可的情况,能不用就不用的情况倒是很多,在本人经手的其中一个项目里,由于是许多年前的项目,有好几百个Sybase的存储过程,现在我们的团队正致力于将全部存储过程抛弃,改为java + EJBQL实现,配合Subversion,项目管理得非常流畅,程序员也写得舒心,如果用存储过程,写个两千行的SQL,写的人跑了,换个人去改点点逻辑,看你死不死,再加上存储这玩意怎么配合版本管理?想请教请教一下大家?
如果为了快,电信企业想买几台服务器我看都行,搞个分布式,想有多快就有多快,没必要以牺牲代码的可维护性为代价吧?想不通!莫非电信的都是看代码的高手?我看八成也是耐力与眼力超强型!
用Hibernate的HQL或EJB的QL写多级复杂查询?是不是有点把HQL当SQL的升级版来使用了?
不会用不要瞎用。
ibatis适合你。
大牛老兄,如果你教条的认为用 HQL,QBC 才是 Hibernate 正统, 用 Named SQL Query 就不是在用 Hibernate ,那我也没话说,哈哈。
或者你个给个 Hibernate下 复杂查询的解决例子吧。
或者谈谈你所谓的“不瞎用”吧。
不会用不要瞎用。
ibatis适合你。
无需改。 大家理解不同,项目经验不同。
对,我们系统现在使用的100多个报表,现在都用存储过程做。一方面是业务规则比较复杂,一方面是考虑复杂的sql在效率方面会有问题,而且难以优化。
最佳实践有多种,Store Procedure 也是一种我们以前使用过的方式,而且Hibernate 对此也是支持的。如果能充分结合 Hibernate Cache功能,这也是一个不错的方案,只要你们定下一个规范就可以了。
对于复杂查询我们引入jdbctemplate就可以了。
对,我们系统现在使用的100多个报表,现在都用存储过程做。一方面是业务规则比较复杂,一方面是考虑复杂的sql在效率方面会有问题,而且难以优化。
他们解决问题的方式是不同的:
hibernate:一方面是让你用OO的思想去思考问题 ;另一个方面是说我不是为了优化sql,而是采用缓存,提高命中率,减少DB的访问
而SQL,不一样,它是面向DB的,优化SQL等方式提高DB的性能,这个是他的职责。
从这个文章来看,电信真是烂
话不要说这么绝对。Named SQL Query本身也是Hibernate 的一个特性,千万不要将它和 Hibernate 对立起来。 (这是我 2006 年确定的 Hibernate 使用的规范。)
如果你面对的是新项目,你这样说完全 OK。
如果是一个 2006年 已经确定用 Hibernate 的项目, 在项目初期遇到复杂查询业务,不知你会怎样处理开发和选型的问题?
在理论 hibernate 和 sql 有你所说的区别; 但在实际项目中, 你可以看看情况是怎样的;你只看到 sql 面向DB,而没注意业务的复杂性; 我不相信你只用 Hibernate 的 OO 在一个项目里就能搞定所有业务需求。
还是感觉很多朋友只是教条的坚持每个技术的标准特点和规范,不能做适当变通。
本文分享出来,正是给使用 Hibernate 的兄弟提供一个实践经验的参考。
同意你,我在公司项目中制定这个开发规范正符合 ibatis 的特点。
因为 2006年项目启动时,已经确定使用 Hibernate 3, 而公司以前编程规范是使用 HQL, QBC 的 , 正好那次在项目初期对Hibernate 这一使用规范逐渐纠正过来。
如果是新的项目, 我想我会选 ibatis 的。
他们解决问题的方式是不同的:
hibernate:一方面是让你用OO的思想去思考问题 ;另一个方面是说我不是为了优化sql,而是采用缓存,提高命中率,减少DB的访问
而SQL,不一样,它是面向DB的,优化SQL等方式提高DB的性能,这个是他的职责。
从这个文章来看,电信真是烂
另外,hibernate的文档中提到了,hibernate是对并发处理非常好的框架,在[高并发]和[合理使用]的情况下,性能可以达到jdbc的水平。
named sql query 本身也是 Hibernate 的一个的特性。
不是hibernate不好,而是hibernate太深了,我玩不转,我觉得我再用几年也精通不了。
要做一个让人放心的业务系统,需要对hibernate非常熟悉,把hibernate用好才能做出来。
看看周边的情况,基本都是菜鸟在用 hibernate,做了几年的菜鸟在教新手如何用hibernate。
老板、售前、实施、项目经理都在叫:不就是增删改查吗?要有多简单就有多简单!
hibernate就是个错误?是菜鸟们专用的工具?
我的意思是熟悉hibernate的人很少;很多人认为hibernate是体力活、民工活;有能力用好hibernate的又不开发了;本来就不怎么懂技术的搞管理去了。
反正见不到几个重视技术又懂技术的。
不是hibernate不好,而是hibernate太深了,我玩不转,我觉得我再用几年也精通不了。
要做一个让人放心的业务系统,需要对hibernate非常熟悉,把hibernate用好才能做出来。
看看周边的情况,基本都是菜鸟在用 hibernate,做了几年的菜鸟在教新手如何用hibernate。
老板、售前、实施、项目经理都在叫:不就是增删改查吗?要有多简单就有多简单!
hibernate就是个错误?是菜鸟们专用的工具?
发表评论
-
HibernateShards-数据库水平分区解决方案
2009-04-01 17:12 1644HibernateShard 多数据库水平分区解 ... -
Hibernate如何使用cglib来优化VO反射操作
2009-03-12 14:33 2534研究Hibernate源码,对hibernate如何使用cgl ... -
HShard 数据切分框架初步规划
2008-12-23 11:42 0最近看到 Hibernate 有个 hibernat ... -
Hibernate映射不规则查询结果
2008-11-21 23:17 4184今天看到网友 pistol, 发贴 hibernate的sql ... -
解决Hibernate SQL Query Cache的一个可靠性问题(附源码)
2008-10-08 17:31 4458上篇 帖子 Hibernate查询缓存的一个可靠性问题 ... -
Hibernate查询缓存的一个可靠性问题
2008-10-06 17:47 2232之前在对项目中Hiberna ... -
Hibernate+Spring多数据库解决方案(二)
2008-09-26 18:07 5345上篇 Hibernate+Spring多数据库解决方案(一) ... -
Hibernate+Spring多数据库解决方案(一)
2008-09-26 17:41 8797我以前在项目中的探索和实践,写出来与大家分享。 大家有其他好的 ...
相关推荐
NULL 博文链接:https://awfrun.iteye.com/blog/690632
Hibernate(HQL、QBC查询)源码 Hibernate(HQL、QBC查询)源码 Hibernate(HQL、QBC查询)源码 Hibernate(HQL、QBC查询)源码 Hibernate(HQL、QBC查询)源码
hibernate查询语句--HQL hibernate查询语句--HQL
Hibernate实例开发 HQL 与 QBC 查询
hibernate-HQL语句大全
Hibernate hql查询语法总结 Hibernate hql查询语法总结
一个关于Hibernate-HQL 的文档 内容实际而且实用
SSH笔记-HQL查询(基于位置参数查询、基于命名参数查询、分页查询、命名查询、投影查询报表查询、内/迫切内/左外/迫切左外连接查询)、QBC(QBC检索查询、统计查询、排序查询、HQL操作数据库)、本地SQL查询
Hibernate HQL基础练习小列子+数据库
之前也发了一个,这个包含之前的,还添加了hibernate对数据库操作的代码(注意:controller层两个QBC/SQLTest代码不能运行,只是写出了操作数据库的除了HQL的另外2种方式)。我发现现在还是有很多公司用hibernate+...
Hibernate HQL.txt Hibernate HQL.txt Hibernate HQL.txt
hibernate3-hql.jar .
对hibernate的hql进行了详尽的讲解
hibernate查询之HQLhibernate查询之HQLhibernate查询之HQL
Hibernate中的关联查询实际上生成的是数据库表连接查询的SQL语句
hibernate hql 语言大全 hql学习,这个文档是一个很全面,很不错的
HQL与QBC的查询条件(33k)
Hibernate HQL 查询 Query 资料 3个word总结的资料。
Hibernate HQL.docHibernate HQL.docHibernate HQL.doc
Hibernate HQL 深度历险 深入讲解Hibernate HQL 查询