Hibernate之查询效率问题（转）

      相信越来越多的web开发者，在持久层都采用了hibernate。都说hibernate效率高，可是当整个项目下来后发现，比其他持久层版本慢很多，当然功能也多很多。记得当初同事测试hibernate销率时，在100万数据量的情况下，hibernate的效率几乎接近于jdbc，那么为什么如今很多公司的项目运行那么慢呢(不仅仅是hibernate)，也许有些细节上的东西我们开发人员没有注意。

   就拿hibernate来说吧，他支持hql查询，在我们组装sql语句时，需要注意2个问题：
   1、要查询当然离不开数据库，我们建表时，默认的主键都是索引，这里要注意的就是关于建立单个索引和复合索引了。
      介绍下：单个索引就是出现索引字段作为条件就应用 ；
              复合索引(假设是2个字段的复合索引)，出现复合索引的第一个字段作为条件就应用；
              出现复合索引的2个字段作为条件，这应用，如果没有出现复合索引的第一个字段则不应用；
      由此我们需要为我们的数据库建立索引，记住复合索引是有顺序的 。
      
      影响我们建立索引的条件还有就是业务(这个很重要) ，举个例子：如果有2个查询条件(性别、所在部门)，倘若我们要建立符合索引，
      那么我们应该将"所在部门"字段放在前面，"性别"放在后面，主要是因为，如果某个地方的查询条件只有"所在部门"，也可以起作用。另外要注意，如果查询索引字段参与函数计算和like等，那么索引也不起作用。
  2、 在我们写查询代码时，尽量对应各个表的已经存在索引写查询条件，
      [第一个查询条件尽量是单个索引，或者是复合索引的第一个字段]  。
  3、还有就是大家再拼装查询语句时，传入的查询条件值尽量不要直接写在查询语句中，而是要以参数的方式提供，这样，系统多次调用统一个查询时(比如：select * from employee where code = ?   [不要写为  select * from employee where code = 'aaaa']) ，
     条件值都是以参数的方式提供的，这样，多次查询虽然参数值不一样，但查询语句相同，数据库只有第一次才对查询语句进行编译，以后则不在编译，所以性能会有提升。(这告诉我们，现实性hql或sql时，尽量写成统一形式，只有参数不同，用时再传进去)
     用参数的方式还有一个好处是：如果你不是使用
     Criteria criteria = openSession().createCriteria(**PO.class);
     criteria.add(Restrictions.like( "name",convertDBString(name) ));
     的方式，而是使用hibernate的hql的话，那么如果参数值为中文会有问题，用参数可以解决这个问题。