专栏首页xingoo, 一个梦想做发明家的程序员【Hibernate那点事儿】—— Hibernate知识总结

【Hibernate那点事儿】—— Hibernate知识总结

前言: 上一篇简单的讲解了下Hibernate的基础知识。这里对Hibernate比较重要的一些知识点,进行总结和归纳。 总结的知识点: 1 关于hibernate映射的实体类标识符访问权限   2 关于对象描述标识符OID及其生成策略   3 Session缓存——清理缓存   4 Session中的状态变更   5 Session中的常用方法

  首先简单的看下整理的思维导图,还没有整理完,所以仅仅是一部分而已。

  关于Hibernate映射

  关于Hibernate的映射要说明的一点就是关于ID的访问权限,property以及field的区别。以前使用的时候根本没有注意过这个问题,这里简单的强调一下。

  表的主键在内存中对应一个OID对象描述标识符,需要在xml的配置文件中要指定对象标识符的生成方式。

assinged是自然主键的方式,这种策略需要用户指定ID才可以,在这个知识点里先忽略。

  其他的方式比如sequence通过序列生成主键。identity,increment等是自动增长。这种方式生成的主键一般是由hibernate完成的,所以我们在编写实体对象的时候,id的get和set方法权限应该注意:

class XXX{
  private long id;
  public long getId();
  private void setId();    
}

这里应该设置get的访问权限是public的,set的访问权限是private的。由于hibernate在访问实体模型时,是不考虑权限的,因此这样就避免了用户指定主键

  另外一个知识点就是,如果不通过property指定一个列,而使用field。那么hibernate就会直接访问属性,而不会通过get set访问属性。

  关于对象映射标识符OID

  这一块相对来说也是hibernate的重点,什么是OID?如何指定OID?OID与主键是什么关系?

  什么是OID?

  OID 全拼是object identifier,也就是对象标识符。因为数据库表中一般都通过主键来识别一个表中的不同行,而JVM中一般使用地址来识别不同的对象。在Session缓存中,当然也需要一个标识符来表示不同的缓存对象。因此,OID也就排上了用场。

  由于涉及到缓存的概念,就先说一下缓存!

  上节说过,SessionFactory是重量级的缓存,里面包含了数据库的连接,预定义的SQL等等。而Session的缓存是轻量级的,里面包含一些增删改查的对象。

  如果同一个JVM中的对象,加入到不同的session中,也是不同的缓存对象。而不同的对象加入到同一个Session中,也需要保证OID不同。因为Session不管你存的是什么,都需要通过对象标识符来检索对象。

  如何指定OID?

  通常分为两种:

  1 自然主键,也就是带有业务含义的,比如学生的学号,工作的编号,通常包含了年份,部门或者班级,专业等等业务上的意义,因此需要手动的合成或者拼接指定。这种情况下就需要使用assinged方式,这种方式如果不指定主键就提交缓存进行更新,会报错!

  2 代理主键,也就是没有业务含义的,通常是通过编码自动生成的。

increment:不依赖于底层数据库,适合单个数据库场合不适合集群,必须为long int short类型。插入式,先选择最大的id值,再加1

identity:依赖底层数据库系统。支持自动增长字段: OID 为long,int,short

sequence:MYSQL不支持序列。依赖底层,必须支持序列。Oracle db2 sap db  postgresql

hilo:计算公式hi*(max_lo+1)+lo 不依赖底层数据库系统,Long,int,short,只能在一个数据库中保持唯一

native:跨平台,自动选择使用哪个策略。

  由于上面的identity,sequence都需要依赖于底层数据库,不同的数据库可能不支持这种方式。那么一般推荐使用native,自动进行选择。

  OID与主键是什么关系?

  一般来说,OID就是一个对象持久化之前是null,持久化的时候hibernate或者我们手动指定一个id,这个ID被插入到数据库当做主键,在session中当做索引。也因为这个原因,需要保证OID与主键的一致性,比如类型啊,长度之类的。

  关于Session缓存——清理缓存

  缓存的概念,一般学过基础理论的都应该理解,就是为了缓冲数据,减少与真实数据库的频繁交互。与计算机的缓存类似,经常访问硬盘效率太低,IO太慢,就把内存当做缓存,CPU每次与内存直接交互,内存中找不到的数据再去读硬盘。内存又觉得慢了,就弄个Cahce当做缓存,经常访问的数据再放到这里,更加快了速度。

  Session缓存也是如此,与Web中的Session也类似。在网页中,也有Session这样一种概念,比如我们登陆淘宝,会记录我们的用户信息,当浏览器关闭或者退出时,Session关闭。这期间就完全通过Session来识别用户的身份,无需每次登陆进行校验。Hibernate中也是如此,我们从SessionFactory中开启这个Session,持久化一个对象,然后提交事务,增删改查,最后关闭Session,就像一个对话一样。

  那么Session缓存具体有什么作用呢?

  比如我们通过Session.get(xxx.class,new Long(1));来获取Session中OID为1的对象,它会首先到缓存中查找,如果找到了就直接用。如果找不到就去读取数据库,然后存储到缓存中!第二次,就可以直接从缓存中获取数据了!

  这样就减少了访问数据库的频率

  另外,我们频繁的修改一个对象,如果这个对象放在缓存中,而且还是用了事务,那么只有事务在commit的时候,才会执行真正的SQL语句!

  这样就对对象与数据库的表进行了动态的映射

 Session缓存又是什么时候提交清理的呢?

  1 当使用事务时,transaction.commit()会触发缓存的清理。

  2 直接调用Session.flush()也会触发缓存的清理。

  3 如果使用的是native,那么在持久化的时候也会清理缓存,也就是session.save()时。

  4 执行查询时。

  这里就不得不提一下commit与Session的flush的区别了:

  当使用flush时,并没有提交事务,只是清理缓存而已。

  而commit的时候,是先调用flush再提交事务。

  Session缓存中的状态变更

  这又是Hibernate的一大块重点!

  临时对象:OID为null、不再Session中、数据库中无记录、

  持久化对象:OID不为Null、在Session中,有相关记录,清理时根据属性变化更新数据库。Session的save load get update saveOrUpdate lock,Query的list()。

  删除对象:OID不为null、从Session中删除、有相关记录、已经计划从数据库中删除、清理缓存就会执行删除、不能再使用。rollback  Session的delete   级联删除时

  游离对象:OID 不为null,不再Session缓存中,Session close清空缓存、evict清除一个持久化对象、clear清除缓存中的所有持久化对象

  关于Session中的方法使用

  save()

  Session调用save时,一般都是创建或者获取到了一个瞬时态的对象,这时对象的OID有可能是空的,session需要指定生成一个OID。再计划生成一条insert语句,这条语句只是简单的缓存起来,当事务提交时才执行。而持久化的对象,OID是不能随便更改的,这也是为什么前面的setId推荐设置成private的访问权限。

  load()和get()

  他们都是加载一个对象,或者从缓存中查找。区别在于,如果使用load,如果数据库中不存在该对象对应的数据,会抛出异常。而get会得到null。

  update()

  这个方法是把一个游离态的对象持久化,比如一个对象如果session清理了,那么session中就找不到这个对象了,但是数据库中仍然存在。我们通过这个对象的引用,可以通过update在Session中创建它的实例。这样,会生成一条update语句。如果此后在修改无论多少次,都只会生成一条update语句。总结起来就是,update方法,会生成一条对应的update语句来同步缓存与数据库中的对象。

  如果数据库中对应的表设置了触发器,那么就蛋疼了、!因为无论你是否修改了数据,都会生成一条update语句,这样就会导致触发了大量无效的触发器。不要担心,可以通过设置select-before-update属性,一看名字就能猜到,是在update前,进行一次select,如果数据一致,就必须要update了,如果数据不一致,才update。

  saveOrUpdate()

  这个方法就给力了,它会自动判断传入的参数是什么类型的,然后采取什么措施!完全的自动化,最喜欢这样的了!跟native一个套路。

  merge()

  对象的复制,它首先获取到OID,然后去session中查找是否存在这样的对象,如果存在直接修改或者使用;如果不存在,就复制这个对象的属性。

  delete()

  如果删除的对象时一个游离态的对象,那么需要先进行持久化,在删除。

  replicate()

  这个方法可以跨Sessionfactory拷贝对象。

  这次的总结,大致就是以上内容。后续还会继续总结常用的知识点。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • linux虚拟机与winodows共享文件夹----linux安装VMware tools

    虚拟机里面想要获取原来本机 系统的文件,十分麻烦。为了实现原系统与虚拟机的共享文件夹,可以通过安装vmware tools达到共享目的。 1 安装vmware ...

    用户1154259
  • Mybatis入门例子

    Mybatis是轻量级的持久化框架,的确上手非常快. Mybatis大体上的思路就是由一个总的config文件配置全局的信息,比如mysql连接信息等。然...

    用户1154259
  • 【AngularJS】—— 9 自定义过滤器

    AngularJS另一个特点就是提供了过滤器,可以通过操作UNIX下管道的方式,操作数据结果。   通过使用管道,可以便于双向的数据绑定中视图的展现。  ...

    用户1154259
  • day30_Hibernate复习_02

    对象的三种状态:     瞬时状态:没有ID,不在Session缓存中     持久状态:有ID,在Session缓存中     游离状态:有ID...

    黑泽君
  • day30_Hibernate复习_02(补刀)

    对象的三种状态:     瞬时态:对象刚刚创建,没有与session关联,没有ID     持久态:已经和Session关联,有ID     游离...

    黑泽君
  • nginx的反向代理缓存

    假设有两台物理机,他们分属于不同的域名,以webgame的游戏运营商和开发商为例,运营商需要获取游戏中的排行数据,开发商为了过多对游戏服务器的请求,会在发起请求...

    meteoric
  • nginx 缓存策略实现方案

    由于本人工作原因,涉及到网络直播领域,其中视频的回放下载,涉及到了一些视频下载方面的技术。针对于一个完整视频的下载,目前市面上的主流做法是,先将整个视频流切片,...

    后端技术探索
  • 提高Laravel应用性能方法详解

    使用Laravel做开发是高效而愉悦的体验。 通常,当你准备部署应用的时候,你可能会意识到应用也许会在真实环境下表现不佳。

    砸漏
  • 这些 Spring 中的设计模式,你都知道吗?

    来源:itxxz.com/a/javashili/tuozhan/2014/0601/7.html

    Java团长
  • 面试官:来给我说一下 Spring 中使用了哪些设计模式?

    导读:设计模式作为工作学习中的枕边书,却时常处于勤说不用的尴尬境地,也不是我们时常忘记,只是一直没有记忆。Spring作为业界的经典框架,无论是在架构设计方面,...

    用户5224393

扫码关注云+社区

领取腾讯云代金券