session方法及hibernate接口

hibernate session中的load方法返回的一个POJO的代理对象，只有在访问其field时才进行实际的数据装载（向数据库发出一条select查询），如果该通过getter方法来访问其field值，但是session已经close，将抛出延迟初始化的异常。如果load加载的是一条不存在的数据，在该entity的field访问时，将抛出ObjectNotFoundException的异常。

对于session中的get方法，将会实时返回一个实际的POJO对象，而不是load中返回的代理对象。调用get时将立即发出select查询。对于不存在的数据记录，get将返回一个null值，在调用其方法时将产生NullPointerException。

hibernate session中的update方法用来更新对应的pojo对象到数据库中。update方法可以更新一个detached对象，前提条件是该detached对象必须包含id值，并且该update会更新该pojo对象中所有的值到数据库中（根据hbm文件中的配置）。update方法同时也可以更新一个persistence对象到数据库中，如果pojo对象已经是persistence对象（也就是已经存在于session的cache中），进行更新操作只需设置为对应的field值，甚至不需要调用update方法，在session关闭时会自动同步到数据库中。

hibernate中对于merge操作同样能达到持久化的目的，那么他和update方法有什么区别呢？merge方法在进行更新操作时，会首先判断该pojo对象是否是一个persistence对象，如果不是，那么他会首先根据id发出一条select查询，并将查询出的新对象加入到session的cache中，纳入session的生命周期管理中，然后再根据变化进行update。

对于update一个detached对象将导致的全盘update，就是所有在xml配置中的列都将进行update。可以通过在xml的class元素上设置dynamic－update属性和merge方法来避免所有列的update。merge由于merge方法将自动发出一条select查询来将detached对象纳入session的管理，所有对于大批量的操作可能将产生性能问题。建议使用update query来进行部分列的更新。

Hibernate的核心接口一共有5个，分别为:Session、SessionFactory、Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五的核心接口分别加以介绍。

Session接口:Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。
SessionFactory接口:SessionFactroy接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。
Configuration接口:Configuration接口负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。
Transaction接口:Transaction接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。
Query和Criteria接口:Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式