很久没有写博客了,最近才发现Hibernae尚未写完,那就继续,就当本身好好复习了。言归正传、sql
一切的一切都要从数据的插入开始,没有数据的插入就没有数据来进行更新、删除和修改。在Hibernate中使用最频繁的用来插入数据的方法就是save()方法了。在Hibernate的官方API中对save方法的注释很简单:将指定的临时对象持久化,并首先指定一个标识符,也就是咱们所说的OID,可是若是OID的生成策略是assigned的时候除外。缓存
注释虽然很简单,可是却向咱们披露了足够的信息。咱们从输入、操做、输出对它进行分析。session
1.输入:一个处于临时状态的对象。这并非说咱们不能使用持久化对象和游离对象作参数,只是说这样操做不合规范。就像男人穿裙子同样,不是说你不能穿,只是这样不合常理而已。ide
2.操做:首先根据指定的OID生成策略给临时对象生成一个OID,通常来讲此时临时对象的OID是NULL,除非你使用了assign策略或者人为的指定了一个OID,可是事实证实这时没有用的;接着把这个对象置入缓存中,使它成为持久化对象;最后,计划一个insert语句,注意,只是计划,并无执行,只有当Session清理缓存时才执行sql语句。spa
3.输出:一个持久化对象和一条sql语句,这个说法不是很准确,这样说只是为了便于理解而已。hibernate
就个人理解,save()方法就像魔兽中英雄在外面练级的时候,把野怪身上掉的宝物捡起来放在身上同样。orm
前面咱们说人为指定OID是没有用的,能够经过以下的代码片断来进行验证:对象
Customer customer=new Customer();ci
customer.setId(
session.save(customer);
System.out.println(customer.getId());
结果代表,程序最后输出的ID是根据标识符生成器生成的。另外还要注意的一点就是,当对象处于持久化状态时,不能再随意修改它的OID,不然Session在清理缓存时会抛出异常,如:
Customer customer=new Customer();
session.save(customer);
customer.setId(
tx.commit();
此时程序抛出以下异常:org.hibernate.HibernateException: identifier of an instance of cn.edu.hust.cm.mypack.Customer was altered from 7 to 3
我还作了以下一个实验,代码片断以下:
Customer customer=new Customer();
session.save(customer);
session.save(customer);
tx.commit();
第一次调用save()方法时customer处于临时状态,而第二次调用save()方法是时它已经处于持久化状态了,事实证实第二次的save操做彻底是多余的,Hibernate并无为它再计划一个insert语句。