Hibernate(三)通过 Session 操纵对象

一、首先新建一个项目

其他的与上一次的项目差不多相同,只不过date的改为java.util.date的

测试类中的修改如图所示

删除hibernate数据库的所有表,然后运行该测试类,得到新的表,表结构如下:

二、Session 概述

(1)Session 接口是 Hibernate 向应用程序提供的操纵数据库的最主要的接口,它提供了基本的保存, 更新, 删除和加载 Java 对象的方法。

(2)Session 具有一个缓存,位于缓存中的对象称为持久化对象,它和数据库中的相关记录对应. Session 能够在某些时间点,按照缓存中对象的变化来执行相关的 SQL 语句,来同步更新数据库, 这一过程被称为刷新缓存(flush)。

(3)站在持久化的角度,Hibernate 把对象分为 4 种状态:持久化状态,临时状态,游离状态,删除状态。Session 的特定方法能使对象从一个状态转换到另一个状态。

三、Session 缓存

(1)在 Session 接口的实现中包含一系列的 Java 集合, 这些 Java 集合构成了 Session 缓存. 只要 Session 实例没有结束生命周期, 且没有清理缓存,则存放在它缓存中的对象也不会结束生命周期。

(2)Session 缓存可减少 Hibernate 应用程序访问数据库的频率。

从上图可以看出只发送一条sql。

四、flush 缓存

(1)flush:Session 按照缓存中对象的属性变化来同步更新数据库。

(2)默认情况下 Session 在以下时间点刷新缓存:

    ①显式调用 Session 的 flush() 方法。

    ②当应用程序调用 Transaction 的 commit()方法时, 该方法先 flush ,然后在向数据库提交事务。

    ③当应用程序执行一些查询(HQL, Criteria)操作时,如果缓存中持久化对象的属性已经发生了变化,会先 flush 缓存,以保证查询结果能够反映持久化对象的最新状态。

(3)flush 缓存的例外情况: 如果对象使用 native 生成器生成 OID,那么当调用 Session 的 save() 方法保存对象时,会立即执行向数据库插入该实体的 insert 语句。

(4)commit() 和 flush() 方法的区别:flush 执行一系列 sql 语句,但不提交事务;commit 方法先调用flush() 方法,然后提交事务。提交事务意味着对数据库操作永久保存下来。

五、设定刷新缓存的时间点

若希望改变 flush 的默认时间点, 可以通过 Session 的 setFlushMode() 方法显式设定 flush 的时间点 。

知识点扩展:Hibernate的FlushMode与session.flush()

Hibernate session FlushMode有五种属性:

1、NEVEL:已经废弃了,被MANUAL取代了

2、MANUAL:

如果FlushMode是MANUAL或NEVEL,在操作过程中hibernate会将事务设置为readonly,所以在增加、删除或修改操作过程中会出现如下错误org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition;

解决办法:配置事务,spring会读取事务中的各种配置来覆盖hibernate的session中的FlushMode;

3、AUTO

设置成auto之后,当程序进行查询、提交事务或者调用session.flush()的时候,都会使缓存和数据库进行同步,也就是刷新数据库

4、COMMIT

提交事务或者session.flush()时,刷新数据库;查询不刷新

5、ALWAYS:

每次进行查询、提交事务、session.flush()的时候都会刷数据库

ALWAYS和AUTO的区别:当hibernate缓存中的对象被改动之后,会被标记为脏数据(即与数据库不同步了)。当 session设置为FlushMode.AUTO时,hibernate在进行查询的时候会判断缓存中的数据是否为脏数据,是则刷数据库,不是则不刷,而always是直接刷新,不进行任何判断。很显然auto比always要高效得多。

六、数据库的隔离级别

(1)对于同时运行的多个事务,当这些事务访问数据库中相同的数据时,如果没有采取必要的隔离机制,就会导致各种并发问题:

脏读:对于两个事物 T1、T2,T1 读取了已经被 T2 更新但还没有被提交的字段。之后,若 T2 回滚,T1读取的内容就是临时且无效的。

不可重复读:对于两个事物 T1、 T2,T1 读取了一个字段,然后 T2 更新了该字段。之后,T1再次读取同一个字段,值就不同了。

幻读:对于两个事物 T1、T2,T1 从一个表中读取了一个字段,然后 T2 在该表中插入了一些新的行。之后,如果 T1 再次读取同一个表,就会多出几行。

(2)数据库事务的隔离性:数据库系统必须具有隔离并发运行各个事务的能力,使它们不会相互影响,避免各种并发问题。

(3)一个事务与其他事务隔离的程度称为隔离级别。数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性就越好,但并发性越弱。

(4)数据库提供的 4 种事务隔离级别:

Oracle 支持的 2 种事务隔离级别:READ COMMITED, SERIALIZABLE。Oracle 默认的事务隔离级别为:READ COMMITED

Mysql 支持 4 中事务隔离级别. Mysql 默认的事务隔离级别为:REPEATABLE READ

七、在 MySql 中设置隔离级别

(1)每启动一个 mysql 程序,就会获得一个单独的数据库连接。每个数据库连接都有一个全局变量 @@tx_isolation,表示当前的事务隔离级别。MySQL 默认的隔离级别为 Repeatable Read。

(2)查看当前的隔离级别: SELECT @@tx_isolation;

(3)设置当前 mySQL 连接的隔离级别:

set transaction isolation level read committed;

(4)设置数据库系统的全局的隔离级别:

set global transaction isolation level read committed;

八、在 Hibernate 中设置隔离级别

(1)JDBC 数据库连接使用数据库系统默认的隔离级别。 在 Hibernate 的配置文件中可以显式的设置隔离级别。每一个隔离级别都对应一个整数:

***1. READ UNCOMMITED

***2. READ COMMITED

***4. REPEATABLE READ

***8. SERIALIZEABLE

(2)Hibernate 通过为 Hibernate 映射文件指定 hibernate.connection.isolation 属性来设置事务的隔离级别。

九、reflesh()和hibernate的事务隔离级别的例子

(1)打断点先打印一次

(2)修改数据库

(3)运行完,打印结果一样,author没变

(4)设置hibernate的事务隔离级别

(5)重新运行该方法

(6)修改数据库的AUTHOR为SUN

(7)运行结束,最后的打印是最新的

十、持久化对象的状态

站在持久化的角度,Hibernate 把对象分为 4 种状态:持久化状态、临时状态、游离状态、删除状态;Session 的特定方法能使对象从一个状态转换到另一个状态。

(1)临时对象(Transient):

在使用代理主键的情况下, OID 通常为 null

不处于 Session 的缓存中

在数据库中没有对应的记录

(2)持久化对象(也叫”托管”)(Persist):

OID 不为 null

位于 Session 缓存中

若在数据库中已经有和其对应的记录, 持久化对象和数据库中的相关记录对应

Session 在 flush 缓存时, 会根据持久化对象的属性变化, 来同步更新数据库

在同一个 Session 实例的缓存中, 数据库表中的每条记录只对应唯一的持久化对象

(3)删除对象(Removed)

在数据库中没有和其 OID 对应的记录

不再处于 Session 缓存中

一般情况下, 应用程序不该再使用被删除的对象

(4)游离对象(也叫”脱管”) (Detached):

OID 不为 null

不再处于 Session 缓存中

一般情况需下, 游离对象是由持久化对象转变过来的, 因此在数据库中可能还存在与它对应的记录

十一、对象的状态转换图

十一、Session 的 save() 方法

(1)Session 的 save() 方法使一个临时对象转变为持久化对象

(2)Session 的 save() 方法完成以下操作:

把 News 对象加入到 Session 缓存中, 使它进入持久化状态

选用映射文件指定的标识符生成器, 为持久化对象分配唯一的 OID. 在 使用代理主键的情况下, setId() 方法为 News 对象设置 OID 是无效的.

计划执行一条 insert 语句:在 flush 缓存的时候

(2)Hibernate 通过持久化对象的 OID 来维持它和数据库相关记录的对应关系。当 News 对象处于持久化状态时, 不允许程序随意修改它的 ID。

(3)persist() 和 save() 区别:

当对一个 OID 不为 Null 的对象执行 save() 方法时, 会把该对象以一个新的 oid 保存到数据库中;  但执行 persist() 方法时会抛出一个异常:。

案例:

(1)先把该对象的主键生成方式改为hilo

(2)编写测试

(3)设置ID是无效的

(4)当 News 对象处于持久化状态时, 不允许程序随意修改它的 ID

(5)peisist方法

十二、Session 的 get() 和 load() 方法

(1)都可以根据跟定的 OID 从数据库中加载一个持久化对象

(2)区别:

当数据库中不存在与 OID 对应的记录时, load() 方法抛出 ObjectNotFoundException 异常, 而 get() 方法返回 null;

两者采用不同的延迟检索策略:load 方法支持延迟加载策略。而 get 不支持。

(3)执行get()方法:会立即加载对象;执行load方法:若不使用该对象,则不会立即执行查询操作,而返回一个代理对象。

(4)若数据库中没有对应记录,且Session也没有被关闭,get返回Null;load若不使用该对象的任何属性,没问题,若需要初始化了,抛出异常。

(5)load方法可能会抛出懒加载异常:在需要初始化代理对象之前已经关闭了Session

十三、Session 的 update() 方法

(1)Session 的 update() 方法使一个游离对象转变为持久化对象,并且计划执行一条 update 语句。若希望 Session 仅当修改了 News 对象的属性时,才执行 update() 语句,可以把映射文件中 元素的 select-before-update 设为 true,该属性的默认值为 false。

(2)当 update() 方法关联一个游离对象时, 如果在 Session 的缓存中已经存在相同 OID 的持久化对象, 会抛出异常。

(3)当 update() 方法关联一个游离对象时, 如果在数据库中不存在相应的记录,也会抛出异常。.

示例:

①、若更新一个持久化对象,不需要显示的调用update方法,因为调用Transaction的commot方法时,会执行session的flush方法。

十四、Session 的 saveOrUpdate() 方法

Session 的 saveOrUpdate() 方法同时包含了 save() 与 update() 方法的功能。

判定对象为临时对象的标准:

①、Java 对象的 OID 为 null;

②、映射文件中为 设置了 unsaved-value 属性, 并且 Java 对象的 OID 取值与这个 unsaved-value 属性值匹配。

(1)执行insert语句

(2)若OID不为空,但数据表还没有和其对应的记录,会抛出一个异常;如果有其对应的记录,则更新。

十五、Session 的 delete() 方法

(1)Session 的 delete() 方法既可以删除一个游离对象, 也可以删除一个持久化对象;

(2)Session 的 delete() 方法处理过程:

①、计划执行一条 delete 语句;

②、把对象从 Session 缓存中删除,该对象进入删除状态。

(3)Hibernate 的 cfg.xml 配置文件中有一个 hibernate.use_identifier_rollback 属性, 其默认值为 false, 若把它设为 true, 将改变 delete() 方法的运行行为:delete() 方法会把持久化对象或游离对象的 OID 设置为 null,使它们变为临时对象。

示例1:

示例2:

示例3:

十六、Session 的 evict() 方法

从session缓存中把指定的持久化对象移除。

十七、通过 Hibernate 调用存储过程

(1)Work 接口:直接通过 JDBC API 来访问数据库的操作;

(2)Session 的 doWork(Work) 方法用于执行 Work 对象指定的操作,即调用 Work 对象的 execute() 方法。Session 会把当前使用的数据库连接传递给 execute() 方法。

十八、Hibernate 与触发器协同工作

(1)Hibernate 与数据库中的触发器协同工作时,会造成两类问题:

①、触发器使 Session 的缓存中的持久化对象与数据库中对应的数据不一致:触发器运行在数据库中, 它执行的操作对 Session 是透明的;

②、Session 的 update() 方法盲目地激发触发器: 无论游离对象的属性是否发生变化, 都会执行 update 语句, 而 update 语句会激发数据库中相应的触发器。

(2)解决方案

①、在执行完 Session 的相关操作后,立即调用 Session 的 flush() 和 refresh() 方法,迫使 Session 的缓存与数据库同步(refresh() 方法重新从数据库中加载对象)。

②、在映射文件的的 元素中设置 select-before-update 属性:当 Session 的 update 或 saveOrUpdate() 方法更新一个游离对象时,会先执行 Select 语句,获得当前游离对象在数据库中的最新数据, 只有在不一致的情况下才会执行 update 语句。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,802评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,109评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,683评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,458评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,452评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,505评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,901评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,550评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,763评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,556评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,629评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,330评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,898评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,897评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,140评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,807评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,339评论 2 342

推荐阅读更多精彩内容