hibernate 查询语句统一配置管理

你以前所参与的项目里面，SQL、HQL，是否满天飞呢？在逻辑层，显示层那里都可以看到随手写的查询语句？这样的做法极度的破坏了分层的架构，无论如何的XP也应该遵循一定的管理与规范，那么统一管理查询语句的重要性就凸现了。

      统一管理查询语句有何优点？

      1、保持系统的分层架构，管理语句是持久层的责任，由它自己管理是最适合不过。松散的耦合总是我们向往的目标。

      2、统一管理方便修改，可以减小人手修改带来的低级错误。

     

      OK，接下来要考虑如何管理这些语句来了。

      1、配置文件管理

      在hibernate的mapping文件内使用<query>     

Xml代码
<query name='findUserById'>   
     from User eo where eo.id = ?   
</query> 

<query name='findUserById'>
     from User eo where eo.id = ?
</query>      <query>里面就是要使用的hql语句 属性name就是语句保存在容器里的别名。

    

      在hibernate的mapping文件内使用<sql-query>   

Xml代码
<sql-query name="findUserByName">   
     <return alias="user" class="hibernate.entity.User"/>   
               SELECT user.id AS {user.id},   
                            user.name AS {user.name}   
               FROM t_user user WHERE user.name = ?   
</sql-query> 

<sql-query name="findUserByName">
     <return alias="user" class="hibernate.entity.User"/>
               SELECT user.id AS {user.id},
                            user.name AS {user.name}
               FROM t_user user WHERE user.name = ?
</sql-query>

     <sql-query>里面的语句必须是sql语句，属性name就是语句保存在容器里的别名，<reruen>里面的东东标明了返回对象的类型与别名，别名主要用于对应sql里面{}的内容。

   

      写好mapping文件后当然要告诉hibernate将这些语句加入到容器里面咯，配置方法有很多种，这里只列了使用spring结合hibernate的配置方式，在SessionFactoryBean的配置里面加入     

Xml代码
<property name="mappingLocations">   
       <list>   
           <value>   
                classpath:hbm/name-query.hbm.xml   
           </value>   
       </list> 
</property> 

<property name="mappingLocations">
       <list>
           <value>
                classpath:hbm/name-query.hbm.xml
           </value>
       </list>
</property>

 

    <sql-query>的使用比较复杂，所以不是遇到复杂的跨表查询时，不推荐使用。

     

 

     2、标签管理

       一般的习惯都是使用@NamedQueries将与自己相关的语句统一在实体里面，如查询User的语句都是放到User对象里面

Java代码
@Entity 
@Table(name = "t_user")   
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE) @NamedQueries( {   
       @NamedQuery(name = "User.findById",   
               query = "FROM User eo where eo.id=? ") })   
public class User implements java.io.Serializable {   
                  
                private int id;   
           
                private String name; 

@Entity
@Table(name = "t_user")
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE) @NamedQueries( {
       @NamedQuery(name = "User.findById",
               query = "FROM User eo where eo.id=? ") })
public class User implements java.io.Serializable {
               
                private int id;
        
                private String name;

     使用标签管理可以比较好的分类查询语句，也不用搞麻烦的配置文件，虽然说修改配置文件的查询语句可以不用重新编译就能生效，但是查询语句修改也不会十分频繁，所以标签管理是一个不错的选择。

评论

2 楼 longgangbai 2009-06-14  

我的同意管理的是指所有的SQL语句放在一个特定的地方，而不是SQL语句在数据访问层漫天飞哦，^_^。
如
在一些系统将SQL语句放在属性文件中。
在IBatis中一般sql放在配置的xml等进行统一管理
这样的好处方便系统的维护，SQL管理等。^_^
欢迎一起探讨哦
还有你的细粒度权限管理我感觉好像与SQL没有关系吧？
权限管理系统一般为方法级别和用户组级别的哦

1 楼 metadmin 2009-06-13  

以前使用hibernate的时候，我倾向于 getNamedCri...那个方法，具体名字不会写了。
我在写数据库访问类的时候，一般将SQL做为类变量，直接写在类的头部。这样开起来也比较清晰，一般不会去拼凑SQL语句。

另外，有一点表示不同意：
统一管理SQL，并不能阻止在显示层出现数据库访问代码。

我博客里面有很多细粒度权限管理讨论，欢迎做客