我的开发规范分享(二)- 禁用Hibernate HQL,QBC,QBE编程(1)

建议楼主的标题改为“不熟悉hibernate还要硬上hibernate的开发规范分享(二)- 禁用Hibernate HQL,QBC,QBE编程(1)”

无需改。 大家理解不同，项目经验不同。

恭喜lz将hibernate成功转变成ibatis。
不会用不要瞎用。
ibatis适合你。

大牛老兄，如果你教条的认为用 HQL，QBC 才是 Hibernate 正统， 用 Named SQL Query 就不是在用 Hibernate ，那我也没话说，哈哈。

或者你个给个 Hibernate下 复杂查询的解决例子吧。
或者谈谈你所谓的“不瞎用”吧。

   能不用SQL就不用SQL,这一年来，我己深深理解到数据库无关的查询语言所带来的便利与好处了，如果以后还要换数据库，有你好受的。

   存储过程？还没遇到非用不可的情况，能不用就不用的情况倒是很多，在本人经手的其中一个项目里，由于是许多年前的项目，有好几百个Sybase的存储过程，现在我们的团队正致力于将全部存储过程抛弃，改为java + EJBQL实现，配合Subversion，项目管理得非常流畅，程序员也写得舒心，如果用存储过程，写个两千行的SQL，写的人跑了，换个人去改点点逻辑，看你死不死，再加上存储这玩意怎么配合版本管理？想请教请教一下大家？

    如果为了快，电信企业想买几台服务器我看都行，搞个分布式，想有多快就有多快，没必要以牺牲代码的可维护性为代价吧？想不通！莫非电信的都是看代码的高手？我看八成也是耐力与眼力超强型！

    用Hibernate的HQL或EJB的QL写多级复杂查询？是不是有点把HQL当SQL的升级版来使用了？

看完所有贴，基本上都是跟着lz反着唱的，楼主在回复的时候已经说明了，是有前提条件的，在这样的前提条件下，选择是比较少。我所知道的，电信定下的数据库，基本上不会换。

顺便说一下，我们项目使用ibatis。

简单查询HQL，复杂查询sql-query

    动态条件可以通过Where子句来判断条件，比如你需要查询订单，订单号的条件是可选的，你可以在查询语句中这么写:ORDERNO is null OR o.ORDERNO=:ORDERNO，这种方式和if-else一样，如果条件为空就判断下一个条件，不为空就比较条件，就是效率会稍微差一点

 

 

不知道gigix,抛出异常的爱等大牛们用不用hibernate，出来说句话吧。

我觉得复杂查询，用ibatis得了。
hibernate和ibatis混用是完全可以的。

或者用jdcbtemplate也可以，抛开hibernate吧。

对于业务逻辑的处理hibernate还是很好的。

以前做项目觉得hibernate效率比ibatis差一些，于是选用ibatis，ibatis要写很多sql语句，比如通过id进行查找，这也要一个select，在hibernate里面就会自动生成。同理的delete，update等等，表一多，sql语句数量就跟着猛涨，看到大片大片的简单的sql语句，俺心里觉得这么多头晕啦，以后在做了俺一定不再用ibatis，用hibernate万岁！ibatis提升的那一点性能，完全可以利用其他方面来弥补，用好缓存不知道提升的效果比那点提升强几百倍呀！