一个关于Hibernate的优化实例：从HQL到QBC，从QBC到QBE，再到“增强的”QBE

Hibernate 的Cirteria 本意是好的，但在实际项目中，最好别用它，因为实际项目中的查询大部分是复杂查询。我给大家介绍一个我认为最好的方法，iBatis 还是太难用了。

1 要用HQL或者 native SQL;
2.要解决参数的占位符问题；
3.要解决动态HQL或SQL问题；
4.要解决数据库表到对象的映射问题。

第二条方案  用named parameter,need to prprocess the sql statement.
第三条方案，用Velocity 或者FreeMarker 模板解决。
第四条方案，用JAVA Reflection 自动映射。

例子：

SELECT FIRST_NAME firstName
      ,LAST_NAME lastName
from users u
where 1=1

#if($firstName)
and u.first_name like #{firstName}
#end

#if($lastName)
and u.last_name like #{lastName}
#end

Java code:

Map map=new HashMap();

map.put("firstName",u.firstName);
map.put("lastName", u.lastName);

List<UserVO> userList=dao.findList(map, "yourSQLName",UserVO.class);

连基本的查询方式in range， （26<会员.age<35）都没办法做到，是不是毫无价值？

要解决这个问题很简单，我写个HSQLTemplate

<dynamic-query name="memberList">
from Member m where [#Mix<m.age<#Max] and (m.salary>#salary) and [m.city in (@city)] and m.gender=#gender
</dynamic-query>

# 代表变量, @代表集合，[] 代表若变量为null,则该条件被忽略。俺只需要把HSQLTemplate注入DAO中，接受一个Map作为参数就可以完成HSQL的自动拼装。

这样的HSQL生成器不难吧？

这样的查询不过分吧？包括了in range和in list 你的QBE根本就做不到，就是做到了也是麻烦得不得了。

根据用户输入，动态创建查询是很常见的需求，但是Query By Example只能解决简单的属性对比，正如同你说的，between查询或者一个in查询都是很麻烦的。

Query By Criterion是解决这种需求的最好方法，你需要实现的只是一个将用户输入转化成动态创建Criterion的通用方法，能够将map或者list之类容器中的值转化即可：
["eq", "propertyName", "abc"], ["between", "propertyName", "lo", "hi"], ["in", "propertyName", [1, 2, 3]] => Restrictions.eq and Restrictions.between and Restrictions.in

Restrictions只是对各种Criterion实现的提供了静态方法调用，你也可以直接实现一个map/list => criterion的转化方法。

/**
	 * 根据Map获得多个SizeExpression
	 */
	public static List<SizeExpression> map(Map<String, Object> map, String op) {
		List<SizeExpression> list = new ArrayList<SimpleExpression>();
		for (String key : map.keySet()) {
			list.add(new SizeExpression(key, map.get(key), op));
		}
		return list;
	}

/**
	 * 根据Map获得多个SizeExpression
	 */
	public static List<SizeExpression> map(Map<String, Object> map, String op) {
		List<SizeExpression> list = new ArrayList<SimpleExpression>();
		for (String key : map.keySet()) {
			list.add(new SizeExpression(key, map.get(key), op));
		}
		return list;
	}

List<SizeExpression> list = new ArrayList<SimpleExpression>();

连基本的查询方式in range， （26<会员.age<35）都没办法做到，是不是毫无价值？

要解决这个问题很简单，我写个HSQLTemplate

<dynamic-query name="memberList">
from Member m where [#Mix<m.age<#Max] and (m.salary>#salary) and [m.city in (@city)] and m.gender=#gender
</dynamic-query>

# 代表变量, @代表集合，[] 代表若变量为null,则该条件被忽略。俺只需要把HSQLTemplate注入DAO中，接受一个Map作为参数就可以完成HSQL的自动拼装。

这样的HSQL生成器不难吧？

这样的查询不过分吧？包括了in range和in list 你的QBE根本就做不到，就是做到了也是麻烦得不得了。

很早就尝试过将ibates中拼接SQL的代码提取出来,集成到hibernate中做HQL的拼接.貌似ray_linn这个做法也是从ibates中获得的灵感吧.有点古老了,不必以此打击楼主.

qbc是不是不能实现having子句?
我以前问过 一直没人回答