hibernate对于对象的操作提供了很多的方法,本文简单介绍一下这些方法的使用和比较.
在说明方法之前,说明一下hibernate中的对象的三种状态,transient,persistent,detached.
transient:瞬态或者自由态.
persistent:持久化状态.
detached:脱管状态或者游离态.
状态的判断:
大体上来说,存在于session中的对象为persistent,从session中被clear,evict出来的对象(包括commit的时候被移出session的对象)是detached.新建的对象和delete的对象是transient状态.但是一个新建的对象的如果有version字段,并且version字段和unsaved-value设置的值不同,或者在id由代码赋值的时候,id有值,则认为是detached状态,对象具有数据库识别值,但它不在HIbernate持久层的管理之下。
1,persist和save方法:
按照spec,persist不保证立即执行SQL insert语句,save会立即执行insert语句.
在使用过程中,如果记录的id不配置为由代码赋值,如果不为<generator class="assigned" />,如果对transient或者detached对象的oid赋上值,调用persist方法会有异常:
org.hibernate.PersistentObjectException: detached entity passed to persist:
如果用save方法的话,能够保存成功,赋的oid值不起作用.
如果想要赋的值起作用,用save(Object,ID)的方法.可以用replicate方法做类似的操作.
2,saveOrupdate不是根据数据库有无记录来做save或者update,而是根据对象的状态,如果为transient对象,则save,如果是detached状态,则update.总是会触发hibernate session的save或者update.例如:如果记录的oid不配置为由代码赋值,如果不为<generator class="assigned" />,如果对这个对象的oid赋了值,Hibernate总是发出一条SQL Update语句,如果数据库没有该oid对应的记录,虽然有update语句发生,但是没有任何记录被更新,如果oid的值为空的话,会进行save.
如果记录的oid配置为由代码赋值,为<generator class="assigned" />,会先执行一条select语句来判断数据库中对应于该id的记录是否已经存在,如果对应该oid的记录不存在,就save,如果存在并且有字段对应的值与数据库的记录不一样,就update.在代码中必须为oid赋值,否则会有异常:org.hibernate.id.IdentifierGenerationException:ids for this class must be manually assigned before calling save():如果saveOrupdate的对象为持久化状态,不做任何操作.在同一个session中,对一个transient对象进行saveOrupdate,如果这个对象的oid正好和session中已经存在的对象oid相同,不论对id赋值配置为何种机制,这是候会有异常:org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session:
(上面这条规则同样适用于update方法)
与update的区别是update总是根据对象的oid去update,对于update方法,如果没有设oid会有异常:
org.hibernate.TransientObjectException: The given object has a null identifier:
在同一个session中,对被delete的对象进行update操作会有异常,如:
session.delete(obj);
....
session.update(obj);
但是对在另一个session中被delete的对象或者被其他程序delete的对象可以进行update,只是对数据库没有任何改动.
3,merge与update和saveorupdate的区别:从运行是看,最明显的区别是如果update或者saveOrupdae的对象的oid和session中的某个对象相同,会有异常抛出,而merge不会.
如果merge的对象在数据库不存在,会save一条记录(和saveOrupdate类似).
如果session中存在相同oid的实例,会用merge的对象的状态覆盖旧的处于持久状态的实例.
Hbtest tbo = new Hbtest();
tbo.setId(new Integer(100));
tbo.setVal("val3");
sessionFactory.getCurrentSession().save(tbo);
Hbtest tbo1 = new Hbtest();
tbo1.setId(new Integer(100));
tbo1.setVal("val5");
sessionFactory.getCurrentSession().merge(tbo1); //update database
System.out.println("******* merge *******" + tbo.getVal()); //tbo的值为val5
如果session没有相应的持久实例,则尝试从数据库中加载或创建一个新的持久化实例,merge方法会返回该持久实例
刚刚merge的这个对象没有被关联到session中,它依旧处于游离态.如果在merge后对其值做改变,改变的值不会更新到数据库.
Hbtest tbo1 = new Hbtest();
sessionFactory.getCurrentSession().merge(tbo1);
...
tbo1.setVal("new val");//不会更新到数据库.
对返回的对象的改动会相应的更新数据库
Hbtest tbo2 = (Hbtest)sessionFactory.getCurrentSession().merge(tbo1);
tbo2.setVal("new val");
merge的作用和数据库提供的merge类似,如oracle的merge into语句.
可以看出,只有在session中已经存在一个具有相同标识符的持久对象的时候,应该采用merge,此时用saveOrUpdate或者update会报错.如果不确定当前session中是否已经有了具有相同标识符的持久对象,又想将当前的对象更新到(save 或者update)数据库中,可以用merge.比如从一个CSV文件中load数据到数据库,CSV文件中可能有重复记录的时候,可以用merge方法.
*由于merge和saveOrUpdate方法都会用一条select语句来判断是否在数据库存在于其id相同的记录,效率肯定不如save.
4,replicate()方法完全使用给定对象各个属性的值(包括oid)来持久化给定的游离状态的实体,其中还需要指定存储模式.replicate会先用select看数据是否在数据库已经存在,如果存在,就update,否则save(在存储模式为LATEST_VERSION或者OVERWRITE时).
与save的区别:如果id已经存在,save会有异常(主键冲突,org.hibernate.exception.ConstraintViolationException),在不是由代码指定主键的时候,给save的对象赋的oid不会起作用,而由hibernate配置的机制负责.而replicate会用赋值的oid对数据库进行操作.
与update的区别:比update多执行一条select语句.
在实际应用中用在,如果想把一个数据库中的记录复制到另一个数据库中,可以用replicate方法,通过ReplicationMode来控制当数据冲突时候的行为.
5,delete和evict
evict,从session的缓存中清除当前实例.执行后对象的改变将不再和数据库保持同步.当指定级联风格为evict时,会级联操作关联对象.在用于批量操作的时候,清空缓存,防止内存紧张.delete,也会从session的缓存中去除当前实例,但flunsh时会执行数据库delete,之后对象就成了临时状态.
delete之后的对象不能调用update和merge方法,但是可以运用saveOrUpdate方法.
可以看出delete和evict相比,不仅从session删除,还会从数据库删除.
6,load和get
如果找不到符合条件的纪录,get()方法将返回null.而load()将会报出ObjectNotFoundEcception.如果你使用load方法,hibernate认为该id对应的对象(数据库记录)在数据库中是一定存在的,所以它可以放心的使用,Hibernate会使用代理来延迟加载该对象。在用到对象中的其他属性数据时才真正查询数据库,但是万一数据库中不存在该记录,就只能抛异常了,所说的load方法抛异常是指在使用该对象的数据时,数据库中不存在该数据时抛异常,而不是在创建这个对象时。由于session中的缓存对于hibernate来说是个相当廉价的资源,所以在load时会先查一下session缓存看看该id对应的对象是否存在,不存在则创建代理,实际使用数据时才查询二级缓存和数据库.所以如果你知道该id在数据库中一定有对应记录存在就可以使用load方法来实现延迟加载。
load()方法可以返回实体的代理类实例,而get返回的可能是实体类,也可能是代理类.get方法如果在session缓存中找到了该id对应的对象,如果刚好该对象前面是被代理过的,如被load方法使用过,或者被其他关联对象延迟加载过,那么返回的还是原先的代理对象,而不是实体类对象,如果该代理对象还没有加载实体数据(就是id以外的其他属性数据),那么它会查询二级缓存或者数据库来加载数据,但是返回的还是代理对象,只不过已经加载了实体数据。
7,query的list和iterate方法:list会一次取数据,iterate会先取id,再根据id多次取数据. refer to:http://blog.csdn.net/kkdelta/archive/2010/04/01/5441511.aspx
8,Session的clear,evict和flush方法
clear()方法清除Session级别缓存中的所有实体(包括各种状态)对象,目的是释放内存.
evict()方法清除Session级别缓存中的指定的实体(包括各种状态)对象.
flush()强制持久化Session缓存中的实体对象,不会从缓存中清除对象.
sessionFactory.getCurrentSession().save(tbo1);
sessionFactory.getCurrentSession().flush();//执行SQL,如果在clear之前不执行flush,tbo1不会被保存到数据库
sessionFactory.getCurrentSession().clear();
sessionFactory.getCurrentSession().save(tbo1);
sessionFactory.getCurrentSession().flush();
sessionFactory.getCurrentSession().evict(tbo1); //如果在evict之前不执行flush,会有异常.