Hibernate(三)通过 Session 操纵对象

一、首先新建一个项目

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

测试类中的修改如图所示

Hibernate(三)通过 Session 操纵对象_第1张图片

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

Hibernate(三)通过 Session 操纵对象_第2张图片

二、Session 概述

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

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

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

三、Session 缓存

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

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

Hibernate(三)通过 Session 操纵对象_第3张图片

从上图可以看出只发送一条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() 方法,然后提交事务。提交事务意味着对数据库操作永久保存下来。

Hibernate(三)通过 Session 操纵对象_第4张图片

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

若希望改变 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 种事务隔离级别:

Hibernate(三)通过 Session 操纵对象_第5张图片

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;

Hibernate(三)通过 Session 操纵对象_第6张图片

(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)打断点先打印一次

Hibernate(三)通过 Session 操纵对象_第7张图片

(2)修改数据库

Hibernate(三)通过 Session 操纵对象_第8张图片

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

Hibernate(三)通过 Session 操纵对象_第9张图片

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

(5)重新运行该方法

Hibernate(三)通过 Session 操纵对象_第10张图片

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

Hibernate(三)通过 Session 操纵对象_第11张图片

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

Hibernate(三)通过 Session 操纵对象_第12张图片

十、持久化对象的状态

站在持久化的角度,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 缓存中

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

十一、对象的状态转换图

Hibernate(三)通过 Session 操纵对象_第13张图片

十一、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

Hibernate(三)通过 Session 操纵对象_第14张图片

(2)编写测试

Hibernate(三)通过 Session 操纵对象_第15张图片

(3)设置ID是无效的

Hibernate(三)通过 Session 操纵对象_第16张图片

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

Hibernate(三)通过 Session 操纵对象_第17张图片

(5)peisist方法

Hibernate(三)通过 Session 操纵对象_第18张图片
Hibernate(三)通过 Session 操纵对象_第19张图片

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

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

(2)区别:

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

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

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

Hibernate(三)通过 Session 操纵对象_第20张图片
Hibernate(三)通过 Session 操纵对象_第21张图片

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

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

Hibernate(三)通过 Session 操纵对象_第22张图片

十三、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方法。

Hibernate(三)通过 Session 操纵对象_第23张图片

十四、Session 的 saveOrUpdate() 方法

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

Hibernate(三)通过 Session 操纵对象_第24张图片

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

①、Java 对象的 OID 为 null;

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

(1)执行insert语句

Hibernate(三)通过 Session 操纵对象_第25张图片

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

Hibernate(三)通过 Session 操纵对象_第26张图片
Hibernate(三)通过 Session 操纵对象_第27张图片

十五、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:

Hibernate(三)通过 Session 操纵对象_第28张图片

示例2:

Hibernate(三)通过 Session 操纵对象_第29张图片

示例3:

Hibernate(三)通过 Session 操纵对象_第30张图片

十六、Session 的 evict() 方法

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

Hibernate(三)通过 Session 操纵对象_第31张图片

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

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

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

Hibernate(三)通过 Session 操纵对象_第32张图片

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

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

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

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

(2)解决方案

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

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

你可能感兴趣的:(Hibernate(三)通过 Session 操纵对象)