在很多应用程序中不需要一次使用数据表中的所有的数据。在这种情况下，我们就需要使用Hibernate的过滤器(Filter)来得到一个数据字集。过滤器的主要作用是限制我们的应用程序的查询数据。这个过滤器的概念并不是什么新概念，如数据库的视图也属于过滤器范畴。而Hibernate为我们提供的过滤器是在一个抽象的层次，它可以做到和不依赖于数据库的类型，使数据访问层只面对一个解决方案，那就是Hibernate Filter。当然，直接在数据库中建立视图也算一种解决方案，但这样做太不灵活。而Hibernate过滤器却能够在Hibernate会话的过程中打开或关闭。另外，另外，Hibernate过滤器可以传递参数，这样将大大增加Hibernate的灵活性。虽然Hibernate2也提供了过滤器，但Hibernate3.x提供了一种全新的过滤器。

　　Hibernate3的过滤器可以进行预定义，并可绑定在类和集合层。那么什么叫预定义过滤器呢？就是可以定义象"where"子句的限制性子句，但这些子句是相对类和不同集合的元素的。除了这些过滤器条件可以被参数化外。系统还能决定在运行是指定的过滤器是否应该被打开以及什么值被传入过滤器参数。

　　一、什么时候使用过滤器

　　为了解释为什么使用过滤器，下面让我们先来看一个例子。假设有一个管理用户信息的Web应用程序。在当前状态，我们的应用程序使用同一个应用接口来处理所有的用户信息。但如果最终用户要求将活动用户和过期用户分开管理。这些状态信息被保存在用户表的某一列中。对于这种需求，我们最容易想到的一个解决方案是重新写每一个SELECT HQL查询语句，也就是在每一个HQL后加一个WHERE条件来过滤这些数据。当然，这种方法的复杂程序取决于你的Web程序是如何建立的，可以很简单，也可以很复杂。但不管是简单还是复杂，都必须得修改我们曾经测试过的代码，这将给我们的程序带来非常大的隐患。而使用Hibernate3.x，将会给我们带来另外一个解决方案。我们将会为应用程序的用户状态创建一个过滤器。当用户选择用户的状态时（活动或过期），应用程序将激活当前Hibernate会话的用户状态过滤器。这样以来，所有的SELECT HQL查询将返回查询结果的子集，而我们只需要在Hibernate会话状态和用户状态过滤器两个地方添加代码，并不需要修改原先的代码。

　　从概念上讲，你可以使用WHERE子句在应用程序中完成和Hibernate过滤器同样的工作。当然，我们还可以在数据库中建立视图来完成同样的工作（但所使用的数据库必须支持视图功能）。这三种解决方案都可以通过一个或多个查询条件来限制最终结果。而Hibernate过滤器的优势就在于可以随时在程序中关闭或打开，也就是说过滤器是可编程的，而且过滤器被定义在Hibernate的映射文件中，这样将非常容易维护。当然，过滤器也有不足的地方，主要的不足就是在运行时无法创建新的过滤器。而程序在运行时，所有的过滤器必须要在映射文件中被指定。虽然这将大大限制过滤器的灵活性，但过滤器支持参数化。对于本文的例子，我们可以在映射文件中指定保存用户状态信息的列。我们不需要在映射文件中指定可能的状态值，这些在程序运行时都可以指定。接下来我们就来看看如何使用Hibernate3.x中的过滤器来写程序。
　　在很多应用程序中不需要一次使用数据表中的所有的数据。在这种情况下，我们就需要使用Hibernate的过滤器(Filter)来得到一个数据字集。过滤器的主要作用是限制我们的应用程序的查询数据。这个过滤器的概念并不是什么新概念，如数据库的视图也属于过滤器范畴。而Hibernate为我们提供的过滤器是在一个抽象的层次，它可以做到和不依赖于数据库的类型，使数据访问层只面对一个解决方案，那就是Hibernate Filter。当然，直接在数据库中建立视图也算一种解决方案，但这样做太不灵活。而Hibernate过滤器却能够在Hibernate会话的过程中打开或关闭。另外，另外，Hibernate过滤器可以传递参数，这样将大大增加Hibernate的灵活性。虽然Hibernate2也提供了过滤器，但Hibernate3.x提供了一种全新的过滤器。

　　Hibernate3的过滤器可以进行预定义，并可绑定在类和集合层。那么什么叫预定义过滤器呢？就是可以定义象"where"子句的限制性子句，但这些子句是相对类和不同集合的元素的。除了这些过滤器条件可以被参数化外。系统还能决定在运行是指定的过滤器是否应该被打开以及什么值被传入过滤器参数。

　　一、什么时候使用过滤器

　　为了解释为什么使用过滤器，下面让我们先来看一个例子。假设有一个管理用户信息的Web应用程序。在当前状态，我们的应用程序使用同一个应用接口来处理所有的用户信息。但如果最终用户要求将活动用户和过期用户分开管理。这些状态信息被保存在用户表的某一列中。对于这种需求，我们最容易想到的一个解决方案是重新写每一个SELECT HQL查询语句，也就是在每一个HQL后加一个WHERE条件来过滤这些数据。当然，这种方法的复杂程序取决于你的Web程序是如何建立的，可以很简单，也可以很复杂。但不管是简单还是复杂，都必须得修改我们曾经测试过的代码，这将给我们的程序带来非常大的隐患。而使用Hibernate3.x，将会给我们带来另外一个解决方案。我们将会为应用程序的用户状态创建一个过滤器。当用户选择用户的状态时（活动或过期），应用程序将激活当前Hibernate会话的用户状态过滤器。这样以来，所有的SELECT HQL查询将返回查询结果的子集，而我们只需要在Hibernate会话状态和用户状态过滤器两个地方添加代码，并不需要修改原先的代码。

　　从概念上讲，你可以使用WHERE子句在应用程序中完成和Hibernate过滤器同样的工作。当然，我们还可以在数据库中建立视图来完成同样的工作（但所使用的数据库必须支持视图功能）。这三种解决方案都可以通过一个或多个查询条件来限制最终结果。而Hibernate过滤器的优势就在于可以随时在程序中关闭或打开，也就是说过滤器是可编程的，而且过滤器被定义在Hibernate的映射文件中，这样将非常容易维护。当然，过滤器也有不足的地方，主要的不足就是在运行时无法创建新的过滤器。而程序在运行时，所有的过滤器必须要在映射文件中被指定。虽然这将大大限制过滤器的灵活性，但过滤器支持参数化。对于本文的例子，我们可以在映射文件中指定保存用户状态信息的列。我们不需要在映射文件中指定可能的状态值，这些在程序运行时都可以指定。接下来我们就来看看如何使用Hibernate3.x中的过滤器来写程序。
　四、实例

　　1. 一个过滤数据的例子

　　现在假设有一个实体，这个实体跟着“有效的记录”数据库模式。这个实体有多个行，每一行都根据日期不同而不同，也就是说在日期范围内是有效的。一个employment记录将是一个非常好的例子，因为employees可以来或去或再回来。现在我们开发一个带UI的程序，这个程序需要处理employment数据的当前记录。为了使用新的过滤器特性达到这个目的。我们首先需要定义这个过滤器，然后将它附着在Employee类上。

<filter-def name="effectiveDate"> 　<filter-param name="asOfDate" type="date"/> </filter-def> <class name="Employee" ...> 　... 　<many-to-one name="department" column="dept_id" class="Department"/> 　<property name="effectiveStartDate" type="date" column="eff_start_dt"/> 　<property name="effectiveEndDate" type="date" column="eff_end_dt"/> 　... 　<filter name="effectiveDate" condition=":asOfDate BETWEEN eff_start_dt and eff_end_dt"/> </class> <class name="Department" ...> 　... 　<set name="employees" lazy="true"> 　　<key column="dept_id"/> 　　<one-to-many class="Employee"/> 　　<filter name="effectiveDate" condition=":asOfDate BETWEEN eff_start_dt and eff_end_dt"/> 　</set> </class>

　　然后，为了保证总是加在到当前的有效记录。只要简单地将过滤器打开即可，代码如下：

Session session = ...; session.enabledFilter("effectiveDate").setParameter("asOfDate", new Date()); List results = session.createQuery("from Employee as e where e.salary > :targetSalary") .setLong("targetSalary", new Long(1000000)) .list();

　　在上面的HQL中，即使我们只给出一个salary约束条件，由于我们已经打开发过滤器，也只会得到当前活动的比一百万多的雇员。

　　2. 安全的实例

　　假设我们有一个应用程序，这个程序给每一个用户分配一个访问权限。在这其间，系统中一些敏感的实体被分配给了某些访问层次。因此，一个用户在它所属的访问层中应该可以看到更多的东西。在本例子中我们就要通过过滤器来过滤某一个访问层次中的实体。下面让我们来定义过滤器。

<filter-def name="accessLevel"> 　<filter-param name="userLevel" type="int"/> </filter-def> <class name="Opportunity" ...> 　... 　<many-to-one name="region" column="region_id" class="Region"/> 　<property name="amount" type="Money"> 　　<column name="amt"/> 　　<cloumn name="currency"/> 　</property> 　<property name="accessLevel" type="int" column="access_lvl"/> 　... 　<filter name="accessLevel">= access_lvl]]> </class> <class name="Region" ...> ... <set name="opportunities" lazy="true"> 　<key column="region_id"/> 　<one-to-many class="Opportunity"/> 　<filter name="accessLevel">= access_lvl]]> </set> ... </class>

　　接下来，让我们来打开过滤器。

User user = ...; Session session = ...; session.enableFilter("accessLevel").setParameter("userLevel", user.getAccessLevel());

　　下面的代码是一个正在装载的区域，它将过滤当前用户访问层的集合以得到一个子集。

Region region = (Region) session.get(Region.class, "EMEA"); region.getOpportunities().size();

　　四、结论

　　本文简单介绍了Hibernate3.x的使用方法，并给出了一些实例。虽然这些例子很简单，但却使我们对Hibernate3.x过滤器的强大有了更深的认识。我们通过上面的例子也许会有更多好的想法，如果能将它们和不同的拦截方法，如Web过滤器结合，将会发挥出更大的力量。(转)