Hibernate中的Inverse

Configuration接口      
Configuration接口的作用是对Hibernate进行配置，以及对它进行启动。在Hibernate的启动过程中，Configuration类的实例首先定位映射文档的位置，读取这些配置，然后创建一个SessionFactory对象。    


SessionFactory 接口　    

这里用到了一个设计模式――工厂模式，用户程序从工厂类SessionFactory中取得Session的实例。SessionFactory并不是轻量级的，一个项目通常只需要一个 SessionFactory就够了，但是当你的项目要操作多个数据库时，那你必须为每个数据库指定一个SessionFactory。  
    
SessionFactory在Hibernate中实际起到了一个缓冲区的作用，它缓冲了Hibernate自动生成的SQL语句和一些其它的映射数据，还缓冲了一些将来有可能重复利用的数据。  

  
Session接口　　  

Session接口对于Hibernate 开发人员来说是一个最重要的接口。然而在Hibernate中，实例化的Session是一个轻量级的类，创建和销毁它都不会占用很多资源。这在实际项目中确实很重要，因为在客户程序中，可能会不断地创建以及销毁Session对象，如果Session的开销太大，会给系统带来不良影响。但值得注意的是 Session对象是非线程安全的，因此在你的设计中，最好是一个线程只创建一个Session对象。      
Hibernate使用Session来存取，它是持久化管理器接口，代表与数据库之间的一次操作。然而为了操作持久化数据，首先要获得SessionFactory对象，SessionFactory负责一个数据库，是Session的工厂，对于一个XML配置文件，SessionFactory对象Configuration对象负责创建。这里的net.sf.hibernate.cfg.Configuration的一个实例代表了应用程序中所有的Java类到关系数据库的映射的集合，这些映射是从一些XML映射文件中编译得到的。可以得到一个Configuration的实例，直接实例化即可，当所有的映射都被Configuration解析之后，应用程序为了得到Session实例，必须先得到它的工厂，这些工厂应该是应用程序的所有线程所共享的。当然Hibernate并不禁止程序实例化多个SessionFactory，这在使用不止一个数据库时候就很有用。    


Transaction 接口

　　  Transaction接口是一个可选的API，你可以选择不使用这个接口，取而代之的是Hibernate的设计者自己写的底层事务处理代码。 Transaction接口是对实际事务实现的一个抽象，这些实现包括JDBC的事务、JTA中的UserTransaction、甚至可以是CORBA 事务。之所以这样设计是能让开发者能够使用一个统一事务的操作界面，使得自己的项目可以在不同的环境和容器之间方便地移值。     Query和Criteria接口　　  Query接口让你方便地对数据库及持久对象进行查询，它可以有两种表达方式：HQL语言或本地数据库的SQL语句。Query经常被用来绑定查询参数、限制查询记录数量，并最终执行查询操作。　　  Criteria接口与Query接口非常类似，它允许你创建并执行面向对象的标准化查询。　　    

值得注意的是Query接口也是轻量级的，它不能在Session之外使用。

      
Callback 接口        

当一些有用的事件发生时――例如持久对象的载入、存储、删除时，Callback接口会通知Hibernate去接收一个通知消息。一般而言，Callback接口在用户程序中并不是必须的，但你要在你的项目中创建审计日志时，你可能会用到它。