Hibernate学习(四):session.save()

  1. 云栖社区>
  2. 博客>
  3. 正文

Hibernate学习(四):session.save()

余二五 2017-11-16 23:40:00 浏览479
展开阅读全文

好久没有写博客了,最近才发现Hibernae还没有写完,那就继续,就当自己好好复习了。言归正传、

一切的一切都要从数据的插入开始,没有数据的插入就没有数据来进行更新、删除和修改。在Hibernate中使用最频繁的用来插入数据的方法就是save()方法了。在Hibernate的官方API中对save方法的注释很简单:将指定的临时对象持久化,并首先指定一个标识符,也就是我们所说的OID,但是如果OID的生成策略是assigned的时候除外

注释虽然很简单,但是却向我们披露了足够的信息。我们从输入、操作、输出对它进行分析。

1.输入:一个处于临时状态的对象。这并不是说我们不能使用持久化对象和游离对象做参数,只是说这样操作不合规范。就像男人穿裙子一样,不是说你不能穿,只是这样不合常理而已。

2.操作:首先根据指定的OID生成策略给临时对象生成一个OID,一般来说此时临时对象的OIDNULL,除非你使用了assign策略或者人为的指定了一个OID,但是事实证明这时没有用的;接着把这个对象置入缓存中,使它成为持久化对象;最后,计划一个insert语句,注意,只是计划,并没有执行,只有当Session清理缓存时才执行sql语句。

3.输出:一个持久化对象和一条sql语句,这个说法不是很准确,这样说只是为了便于理解而已。

就我的理解,save()方法就像魔兽中英雄在外面练级的时候,把野怪身上掉的宝物捡起来放在身上一样。

前面我们说人为指定OID是没有用的,可以通过如下的代码片段来进行验证:

Customer customer=new Customer();

    customer.setId(3L);

    session.save(customer);

System.out.println(customer.getId());

结果表明,程序最后输出的ID是根据标识符生成器生成的。另外还要注意的一点就是,当对象处于持久化状态时,不能再随意修改它的OID,否则Session在清理缓存时会抛出异常,如:

Customer customer=new Customer();

    session.save(customer);

customer.setId(3L);

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语句。










本文转自 646676684 51CTO博客,原文链接:http://blog.51cto.com/2402766/615881,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
余二五
+ 关注