Hibernate总结以及在面试中的一些问题.

Hibernate总结以及在面试中的一些问题.

 

1.为什么要使用Hibernate开发你的项目呢?Hibernate的开发流程是怎么样的?

为什么要使用
①.对JDBC访问数据库的代码做了封装,大大简化了数据访问层繁琐的重复性代码。 
②.Hibernate 是一个基于JDBC的主流持久化框架,是一个优秀的ORM 实现。他很大程度的简化DAO层的编码工作 
③.hibernate 的性能非常好,因为它是个轻量级框架。映射的灵活性很出色。它支持各种关系数据库,从一对一到多对多的各种复杂关系。
开发流程
 

2.什么是延迟加载?

    延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作。在Hibernate中提供了对实体对象的延迟加载以及对集合的延迟加载,另外在Hibernate3中还提供了对属性的延迟加载。

3.说一下hibernate的缓存机制

A:hibernate一级缓存 
(1)hibernate支持两个级别的缓存,默认只支持一级缓存; 
(2)每个Session内部自带一个一级缓存; 
(3)某个Session被关闭时,其对应的一级缓存自动清除; 
B:hibernate二级缓存 
(1) 二级缓存独立于session,默认不开启;

4.Hibernate的查询方式有哪些?

本地SQL查询、Criteria、Hql

5.如何优化Hibernate?

1.使用双向一对多关联,不使用单向一对多
2.灵活使用单向一对多关联
3.不用一对一,用多对一取代
4.配置对象缓存,不使用集合缓存
5.一对多集合使用Bag,多对多集合使用Set
6. 继承类使用显式多态
7. 表字段要少,表关联不要怕多,有二级缓存撑腰 

6.Hibernate中GET和LOAD的区别?

    请注意如果没有匹配的数据库记录,load()方法可能抛出无法恢复的异常(unrecoverable exception)。 如果类的映射使用了代理(proxy),load()方法会返回一个未初始化的代理,直到你调用该代理的某方法时才会去访问数据库。若你希望在某对象中创建一个指向另一个对象的关联,又不想在从数据库中装载该对象时同时装载相关联的那个对象,那么这种操作方式就用得上的了。 如果为相应类映射关系设置了batch-size, 那么使用这种操作方式允许多个对象被一批装载(因为返回的是代理,无需从数据库中抓取所有对象的数据)。 如果你不确定是否有匹配的行存在,应该使用 get()方法,它会立刻访问数据库,如果没有对应的行,会返回null。
    session.get 方法, 查询立即执行 , 返回Customer类对象
    session.load 方法,默认采用延迟加载数据方式,不会立即查询,返回 Customer类子类对象 (动态生成代理对象)
* 如果 PO类使用final修饰,load无法创建代理对象,返回目标对象本身 (load效果和 get效果 相同 ) 

7.说说在 hibernate中使用Integer做映射和使用int做映射之间有什么差别?

Integer code和int code的区别: 
Integer是对象.      code=null;   对象可以为空.    
int 是普通类型,     不可能=null.        
根据你的数据库code是可以空的,故应该映射成Integer.       
你没理由hbm.xml里写 Integer,类里却写int

8.SQL和HQL有什么区别?

sql 面向数据库表查询 
hql 面向对象查询 
  
hql:from 后面跟的 类名+类对象 where 后 用 对象的属性做条件 
sql:from 后面跟的是表名  where 后 用表中字段做条件 
查询 
在Hibernate中使用查询时,一般使用Hql查询语句。 
HQL(Hibernate Query Language),即Hibernate的查询语言跟SQL非常相像。不过HQL与SQL的最根本的区别,就是它是面向对象的。 
  
使用HQL时需要注意以下几点: 
1.大小写敏感 
因为HQL是面向对象的,而对象类的名称和属性都是大小写敏感的,所以HQL是大小写敏感的。
HQL语句:from Cat as cat where cat.id > 1;与from Cat as cat where cat.ID > 1;是不一样的,这点与SQL不同。
2.from子句 
from Cat,该句返回Cat对象实例,开发人员也可以给其加上别名,eg. from Cat as cat,对于多表查询的情况,可参考如下:
from Cat as cat, Dog as dog
其它方面都与SQL类似,在此不再赘述。

9.Hibernate的分页查询

例如:从数据库中的第20000条数据开始查后面100条记录 
Query q = session.createQuery("from Cat as c");;    
q.setMaxResults(100);;    
List l = q.list();; 
q.setFirstResult(20000);;  

10.Hibernate中Java对象的状态以及对应的特征有哪些?

持久化对象的三种状态 
    持久化对象PO和OID 
PO=POJO + hbm映射配置 
    编写规则
  1. ①必须提供无参数public构造器
  2. ②所有属性private,提供public的getter和setter方法
  3. ③必须提供标识属性,与数据表中主键对应,例如Customer类 id属性
  4. ④PO类属性应尽量使用基本数据类型的包装类型(区分空值)  例如int---Integer  long---Long
  5. ⑤不要用final修饰(将无法生成代理对象进行优化)
OID 指与数据表中主键对应 PO类中属性,例如 Customer类 id属性
    Hibernate框架使用OID来区分不同PO对象 
        * 例如内存中有两个PO对象,只要具有相同 OID, Hibernate认为同一个对象 
    * Hibernate 不允许缓存同样OID的两个不同对象
     
①瞬时态(临时态、*态):不存在持久化标识OID,尚未与Hibernate Session关联对象,被认为处于瞬时态,失去引用将被JVM回收 
②持久态:存在持久化标识OID,与当前session有关联,并且相关联的session没有关闭 ,并且事务未提交 
③脱管态(离线态、游离态):存在持久化标识OID,但没有与当前session关联,脱管状态改变hibernate不能检测到
 
    区分三种状态:判断对象是否有OID,判断对象是否与session关联(被一级缓存引用) 
// 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
Book book =newBook();// 瞬时态(没有OID,未与Session关联)
book.setName("hibernate精通");
book.setPrice(56d);
 
session.save(book);// 持久态(具有OID,与Session关联)
 
// 提交事务,关闭Session
transaction.commit();
session.close();
 
System.out.println(book.getId());// 脱管态(具有 OID,与Session断开关联)
持久化对象状态转换
     
    ①瞬时态对象:通过new获得 
        瞬时----->持久    save、saveOrUpdate(都是session)
        瞬时----->脱管    book.setId(1) 为瞬时对象设置OID 
 
    ②持久态对象:通过get/load 、Query查询获得
持久----->瞬时    delete  (被删除持久化对象 不建议再次使用 )
持久----->脱管    evict(清除一级缓存中某一个对象)、close(关闭Session,清除一级缓存)、clear(清除一级缓存所有对象 )
 
    ③脱管态对象 无法直接获得
脱管----->瞬时    book.setId(null); 删除对象OID
脱管----->持久    update、saveOrUpdate、 lock(过时)

11.Hibernate中怎样处理事务?

Hibernate是对JDBC的轻量级对象封装,Hibernate本身是不具备Transaction 处理功能的,Hibernate的Transaction实际上是底层的JDBC Transaction的封装,或者是JTA Transaction的封装,下面我们详细的分析: 
Hibernate可以配置为JDBCTransaction或者是JTATransaction,这取决于你在hibernate.properties中的配置:

  1. #hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory
  2. #hibernate.transaction.factory_class net.sf.hibernate.transaction.JDBCTransactionFactory
如果你什么都不配置,默认情况下使用JDBCTransaction,如果你配置为:

hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory 
将使用JTATransaction,不管你准备让Hibernate使用JDBCTransaction,还是JTATransaction,我的忠告就是什么都不配,将让它保持默认状态,如下:

  1. #hibernate.transaction.factory_class net.sf.hibernate.transaction.JTATransactionFactory
  2. #hibernate.transaction.factory_class net.sf.hibernate.transaction.JDBCTransactionFactory
在下面的分析中我会给出原因。

一、JDBC Transaction 
看看使用JDBC Transaction的时候我们的代码例子:

  1. Session session = sf.openSession();
  2. Transaction tx = session.beginTransactioin();
  3. ...
  4. session.flush();
  5. tx.commit();
  6. session.close();
这是默认的情况,当你在代码中使用Hibernate的Transaction的时候实际上就是JDBCTransaction。那么JDBCTransaction究竟是什么东西呢?来看看源代码就清楚了:

Hibernate2.0.3源代码中的类

  1. net.sf.hibernate.transaction.JDBCTransaction:
  2. public void begin() throws HibernateException {
  3.     ...
  4.     if (toggleAutoCommit) session.connection().setAutoCommit(false);
  5.     ...
  6. }
这是启动Transaction的方法,看到 connection().setAutoCommit(false) 了吗?是不是很熟悉?

再来看

  1. public void commit() throws HibernateException {
  2.     ...
  3.     try {
  4.         if ( session.getFlushMode()!=FlushMode.NEVER ) session.flush();
  5.     try {
  6.         session.connection().commit();
  7.         committed = true;
  8.     }
  9.     ...
  10.     toggleAutoCommit();
  11. }
这是提交方法,看到connection().commit() 了吗?下面就不用我多说了,这个类代码非常简单易懂,通过阅读使我们明白Hibernate的Transaction都在干了些什么?我现在把用 Hibernate写的例子翻译成JDBC,大家就一目了然了:
  1. Connection conn = ...; <--- session = sf.openSession();
  2. conn.setAutoCommit(false); <--- tx = session.beginTransactioin();
  3. ... <--- ...
  4. conn.commit(); <--- tx.commit(); (对应左边的两句)
  5. conn.setAutoCommit(true);
  6. conn.close(); <--- session.close();
    看明白了吧,Hibernate的JDBCTransaction根本就是conn.commit而已,根本毫无神秘可言,只不过在Hibernate中, Session打开的时候,就会自动conn.setAutoCommit(false),不像一般的JDBC,默认都是true,所以你最后不写 commit也没有关系,由于Hibernate已经把AutoCommit给关掉了,所以用Hibernate的时候,你在程序中不写 Transaction的话,数据库根本就没有反应。

12.简单的介绍一下Hibernate的核心API?

1.Configuration
    用于加载hibernate配置
    ①加载核心属性配置hibernate.properties和hibernate.cfg.xml
//方式一:去src 读取 hibernate.properties 属性配置文件
Configuration cfg =newConfiguration(); 
//方式二:去src读取 hibernate.cfg.xml  
Configuration cfg =newConfiguration().configure(); 
 Configuration cfg =newConfiguration().configure("自定义xml文件");去src 加载指定文件 
 
    ②手动加载hbm映射配置,持久化类与数据表的映射关系(*.hbm.xml 文件)
如果没有对PO类进行hbm映射,会报错 :
org.hibernate.MappingException:Unknown entity: cn.itcast.domain.Customer 
        那么我们可以手动加载其映射文件:
//方式一:
configuration.addResource("cn/itcast/domain/Customer.hbm.xml");加载hbm文件 
//方式二:
configuration.addClass(Customer.class);加载Class,自动搜索hbm映射文件
    * 如果使用 hibernate.cfg.xml配置,将映射配置xml中 <mapping resource="cn/itcast/domain/Customer.hbm.xml"/>
 
2.SessionFactory
    ①保存了当前的数据库配置信息和所有映射关系以及预定义的SQL语句这个对象是线程安全的
//预定义SQL语句
<sql-queryname="login">
    <![CDATA[select * from user where username= ? and password =?]]>
</sql-query>
3.Session
    代表hibernate操作会话对象,相当于Connection 
session是一个单线程对象,线程不安全(在方法内部定义和使用Session,不会出现线程问题)
* 每个线程方法调用栈,是线程私有的
session 进行PO(Persistent Object)对象常见持久化操作, 存在一级缓存
    常用API
save 完成插入
update 完成修改
delete完成删除
get/load 根据主键字段查询
createQuery、 createSQLQuery 创建查询对象Query接收HQL,SQLQuery接收SQL
createCriteria()  面向对象条件查询
4.Transaction 事务操作
commit 提交
rollback 回滚
 
    如果没有开启事务,那么每个Session的操作,都相当于一个独立的事务
* 事务是否提交
//默认false 
<property name="hibernate.connection.autocommit">false</property> 事务不提交
<propertyname="hibernate.connection.autocommit">true</property> 事务提交
5.Query
    session.createQuery()获得
面向对象查询,操作类,操作属性
接收参数 HQL语句
开发代码步骤
    获得HibernateSession对象
    编写HQL语句
    调用session.createQuery 创建查询对象
    如果HQL语句包含参数,则调用Query的setXXX设置参数
    调用Query对象的list()或uniqueResult()方法执行查询
6.Criteria 接口(QBC查询 Query By Criteria )
  主要为了解决多条件查询问题,以面向对象的方式添加条件,无需拼接HQL语句 

13.update与saveOrUpdate有什么区别?

save() 方法很显然是执行保存操作的,如果是对一个新的刚new出来的对象进行保存,自然要使用这个方法了,数据库中没有这个对象。 
update() 如果是对一个已经存在的托管对象进行更新那么肯定是要使用update()方法了,数据中有这个对象。 
saveOrUpdate() 这个方法是更新或者插入,有主键就执行更新,如果没有主键就执行插入。【此方法慎用】
    在Hibernate中saveOrUpdate()方法在执行的时候,先会去session中去找存不存在指定的字段,如果存在直接update,否则save,这个时候问题就发生了。 
    有两张表,表A和表B,这两张表的主键都是一样的,例如都是MASTER_ID,同时对应的BO里面属性都是masterID,现在要执行的操作是,以 MASTER_ID为条件将表A中的数据查询出来,然后将部分值插入到表B中,然后再更新表B,在查询表A后,session中已经存在masterID 了,这个时候再去对表B进行savaOrUpdate的时候,Hibernate会发现session中已经存在masterID了,所以执行的就是 update,但是实际上表B中根本不存在masterID这个值,当你执行完查询数据库的时候会发现没有插入数据,像这种情况,就得先用 masterID对表B进行查询,当返回的BO为NULL时,new一个新BO然后再进行插入,这个时候用到的就是createbo了。

14.Hibernate的inverse属性的作用?

1.明确inverse和cascade的作用  
inverse 决定是否把对对象中集合的改动反映到数据库中,所以inverse只对集合起作用,也就是只对one-to-many或many-to-many有效(因为只有这两种关联关系包含集合,而one-to-one和many-to-one只含有关系对方的一个引用)。 
cascade决定是否把对对象的改动反映到数据库中,所以cascade对所有的关联关系都起作用(因为关联关系就是指对象之间的关联关系)。
2.inverse属性 :inverse所描述的是对象之间关联关系的维护方式。 
inverse只存在于集合标记的元素中 。Hibernate提供的集合元素包括<set/> <map/> <list/> <array /> <bag /> 
Inverse属性的作用是:是否将对集合对象的修改反映到数据库中。 inverse属性的默认值为false,表示对集合对象的修改会被反映到数据库中;inverse=false 的为主动方,由主动方负责维护关联关系。  inverse=”true” 表示对集合对象的修改不会被反映到数据库中。为了维持两个实体类(表)的关系,而添加的一些属性,该属性可能在两个实体类(表)或者在一个独立的表里面,这个要看这双方直接的对应关系了: 这里的维护指的是当主控放进行增删改查操作时,会同时对关联关系进行对应的更新。 
   一对多: 该属性在多的一方。应该在一方的设置 inverse=true ,多的一方设置 inverse=false(多的一方也可以不设置inverse属性,因为默认值是false),这说明关联关系由多的一方来维护。如果要一方维护关 系,就会使在插入或是删除"一"方时去update"多"方的每一个与这个"一"的对象有关系的对象。而如果让"多"方面维护关系时就不会有update 操作,因为关系就是在多方的对象中的,直指插入或是删除多方对象就行了。显然这样做的话,会减少很多操作,提高了效率。
注:单向one-to-many关联关系中,不可以设置inverse="true",因为被控方的映射文件中没有主控方的信息。 
   多对多: 属性在独立表中。inverse属性的默认值为false。在多对多关联关系中,关系的两端 inverse不能都设为false,即默认的情况是不对的,如果都设为false,在做插入操作时会导致在关系表中插入两次关系。也不能都设为 true,如果都设为true,任何操作都不会触发对关系表的操作。因此在任意一方设置inverse=true,另一方inverse=false。 
   一对一: 其实是一对多的一个特例,inverse 的设置也是一样的,主要还是看关联关系的属性在哪一方,这一方的inverse=false。 
   多对一: 也就是一对多的反过来,没什么区别。
3.cascade属性 
级联操作:指当主控方执行某项操作时,是否要对被关联方也执行相同的操作。 
cascade属性的作用是描述关联对象进行操作时的级联特性。因此,只有涉及到关系的元素才有cascade属性。具有cascade属性的标记包括<many-to-one /> <one-to-one /> <any /> <set /><bag /> <idbag /> <list /> <array /> 
注意:<one-to-many />和 <many-to-many />是用在集合标记内部的,所以是不需要cascade属性的。

4.inverse和cascade的区别 
作用的范围不同: 
    Inverse是设置在集合元素中的。 
    Cascade对于所有涉及到关联的元素都有效。 
    <many-to-one/><ont-to-many/>没有inverse属性,但有cascade属性 
执行的策略不同 
    Inverse 会首先判断集合的变化情况,然后针对变化执行相应的处理。 
    Cascade 是直接对集合中每个元素执行相应的处理 
执行的时机不同 
    Inverse是在执行SQL语句之前判断是否要执行该SQL语句 
    Cascade则在主控方发生操作时用来判断是否要进行级联操作 
执行的目标不同 
    Inverse对于<ont-to-many>和<many-to-many>处理方式不相同。 
    对于<ont-to-many>,inverse所处理的是对被关联表进行修改操作。 
    对于<many-to-many>,inverse所处理的则是中间关联表 
    Cascade不会区分这两种关系的差别,所做的操作都是针对被关联的对象。 
总结:  
<one-to-many> 
    <one-to-many>中,建议inverse=”true”,由“many”方来进行关联关系的维护 
    <many-to-many>中,只设置其中一方inverse=”false”,或双方都不设置 
    Cascade,通常情况下都不会使用。特别是删除,一定要慎重。 
操作建议:

    一般对many-to-one和many-to-many不设置级联,这要看业务逻辑的需要;对one-to-one和one-to-many设置级联。 
    many-to-many关联关系中,一端设置inverse=”false”,另一端设置为inverse=”true”。在one-to-many关联关系中,设置inverse=”true”,由多端来维护关系表
 

Hibernate一级缓存相关问题

1.Session中的一级缓存
    Hibernate框架共有两级缓存, 一级缓存(Session级别缓存)、二级缓存(SessionFactory级别缓存)
    在Session接口的实现中包含一系列的 Java 集合, 这些 Java 集合构成了 Session 缓存.  持久化对象保存Session一级缓存中(一级缓存引用持久化对象地址),只要 Session 实例没有结束生命周期, 存放在它缓存中的对象也不会结束生命周期
    Hibernate Session接口的实现类SessionImpl类(查看源码,右击session,选择Open Type Hierarchy) ,里面有2个重要的字段:
*private transient ActionQueue actionQueue;                       ----行动队列(标记数据活动)
*private transient StatefulPersistenceContext persistenceContext;----持久化上下文 
    当session的save()方法持久化一个对象时,该对象被载入缓存,以后即使程序中不再引用该对象,只要缓存不清空,该对象仍然处于生命周期中。当试图get()、 load()对象时,会判断缓存中是否存在该对象,有则返回,此时不查询数据库。没有再查询数据库
    Session 能够在某些时间点, 按照缓存中对象的变化来执行相关的 SQL 语句, 来同步更新数据库, 这一过程被称为刷出缓存(flush)
        *  Transaction的commit()
        *  应用程序执行一些查询操作时
        *  调用Session的flush()方法
 
    ①验证一级缓存的存在
Book book =(Book) session.get(Book.class,1);// 第一次查询,缓存中没有
System.out.println(book);
 
Book book2 =(Book) session.get(Book.class,1);// 因为第一次查询,对象已经被放入1级缓存,不会查询数据
System.out.println(book2);
 
*生成一条SQL语句,返回同一个对象,第一次查询生成SQL,查询对象,将对象放入一级缓存,第二次查询,直接从一级缓存获得
    
 
 
    ②测试Hibernate快照 (深入理解一级缓存内存结构原理)
    hibernate 向一级缓存放入数据时,同时保存快照数据(数据库备份),当修改一级缓存数据,在flush操作时,对比缓存和快照,如果不一致,自动更新(将缓存的内容同步到数据库,更新快照)
 
*  快照区使用,在Session 保存一份与数据库相同的数据,在session的flush时, 通过快照区比较得知一级缓存数据是否改变,如果改变执行对应操作(update)
/**
* 测试快照区的使用
  */
@Test
publicvoid demo3(){
    // 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
// 查询id 为1 的图书对象
Book book =(Book) session.get(Book.class,1);// 第一次查询,将对象加入一级缓存
System.out.println(book);
 
book.setName("深入浅出Hibernate技术");// 修改书名(一级缓存被修改,自动update)
 
// 没有手动执行update,因为快照区原因,自动更新
 
// 提交事务,关闭Session
transaction.commit();
session.close();
}
    使用Debug模式进行截图说明:
    我们重点关注session中的2个属性actionQueue和persistenceContext
 
    大白话解析:
        **当执行get后,缓存里面有数据了,活动队列没有发生变化,说明没有需要提交到数据的内容,而PersistenceContext里面有内容了。
            我们说,持久化上下文里面存放的是一个Map,它的键为一级缓存对象,值为快照(它是一级缓存对象的一个副本)。 
        **当执行setName后,一级缓存里面的数据发生了改变,在缓存flush时,会对比缓存和快照,如果不一致,那么会将缓存中的内容同步到数据库,并更新快照!
 
*  Hibernate中 持久态 对象具有自动更新数据库能力 (持久态对象 才保存在 Session中,才有快照 )
 
2.一级缓存常见操作
    所有操作需要使用断点调试才能看得比较清楚!
    1)flush : 修改一级缓存数据针对内存操作,需要在session执行flush操作时,将缓存变化同步到数据库
     * 只有在缓存数据与快照区不同时,生成update语句

2)clear : 清除所有对象 一级缓存

    3)evict : 清除一级缓存指定对象
    4)refresh :重新查询数据库,更新快照和一级缓存
@Test
// Session 对于 一级缓存操作
publicvoid demo4(){
// 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
// 查询id 为1 的图书对象
Book book =(Book) session.get(Book.class,1);// 第一次查询,将对象加入一级缓存
System.out.println(book);
 
// book.setPrice(80d); // 修改一级缓存数据
// 将缓存内容同步到数据库
// session.flush();
 
// 清除一级缓存所有数据
// session.clear();
 
// 清除一级缓存中 指定对象
// session.evict(book);
 
book.setPrice(30d);// 一级缓存改变
session.refresh(book);// 用数据库内容 覆盖快照区和一级缓存
 
// 提交事务,关闭Session
transaction.commit();
session.close();
}
 
3.一级缓存刷出时间点设置 (FlushMode)
ALWAYS :在每次查询时,session都会flush  (不要求 )
AUTO   : 在有些查询时,session会flush  (默认)  ---------- 查询、commit 、session.flush
COMMIT : 在事务提交时,session会flush   ------- commit 、session.flush
MANUAL :只有手动调用  session.flush 才会刷出  ----  session.flush
 
刷出条件(时间点严格程度 )
MANUAL > COMMIT> AUTO> ALWAYS
@Test
// 理解 FlushMode作用
publicvoid demo5(){
// 获得Session
Session session =HibernateUtils.openSession();
 
// 设置 flushMode
session.setFlushMode(FlushMode.MANUAL);
 
// 开启事务
Transaction transaction = session.beginTransaction();
 
// 查询id 为1 的图书对象
Book book =(Book) session.get(Book.class,1);// 第一次查询,将对象加入一级缓存
System.out.println(book);
 
book.setPrice(1000d);// 修改价格
 
session.createQuery("from Book").list();// 查询所有图书 (AUTO 级别 flush)
 
// 提交事务,关闭Session
transaction.commit();// (COMMIT 级别 flush)
 
// session.flush(); // MANUAL 级别 flush
 
session.close();
}
 
4.session持久化对象操作方法
    1) save 将数据保存到数据库 , 将瞬时对象转换持久对象 
持久化对象,不允许随便修改 OID
 
    2) update 更新数据 ,主要用于脱管对象的更新(持久对象,可以根据快照自动更新 ), 将脱管对象转换持久对象        
@Test
// 脱管对象更新
publicvoid demo6(){
// 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
Book book =newBook();// 瞬时
book.setId(1);// 脱管
book.setName("java入门");
book.setPrice(40d);
 
session.update(book);// 持久
 
session.flush();
 
// book.setPrice(50d);
 
// 提交事务,关闭Session
transaction.commit();
session.close();
}
        问题一: 调用update,默认直接生成update语句,如果数据没有改变,不希望生成update
    在hbm文件 <class>元素 添加 select-before-update="true"
<classname="cn.itcast.domain.firstcache.Book"table="book"catalog="hibernate3day2"select-before-update="true">
问题二: 当update,脱管对象变为持久对象, 一级缓存不允许出现相同OID 两个持久对象
@Test
// 一级缓存 存在两个相同OID 持久态对象 报错
publicvoid demo7(){
// 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
// 查询
// Book b = (Book) session.get(Book.class, 1); // 持久
 
Book book =newBook();// 瞬时
book.setId(1);// 脱管
book.setName("java入门");
book.setPrice(50d);
session.update(book);// 持久
 
// 提交事务,关闭Session
transaction.commit();
session.close();
}
    org.hibernate.NonUniqueObjectException: a different object with the same identifier value was already associated with the session: [cn.itcast.domain.firstcache.Book#1]
问题三: 脱管对象 OID 在数据表中不存在,update时,发生异常
    org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect): [cn.itcast.domain.firstcache.Book#20]
 
    3) saveOrUpdate , 如果参数是一个瞬时对象执行save, 如果参数是一个脱管对象执行update, 如果参数是持久对象直接返回
判断对象是瞬时对象 : OID为null , 在hbm文件中为 <id>元素指定 unsaved-value属性,如果PO对象OID为 unsaved-value 也是瞬时对象
<id name="id" unsaved-value="-1">  如果对象 OID为-1 也是瞬时对象,此时执行的是save操作
@Test
// PO对象,OID为 hbm文件 配置 unsaved-value 也是瞬时对象, saveOrUpdate 执行 save操作
publicvoid demo8(){
// 获得Session
Session session =HibernateUtils.openSession();
// 开启事务
Transaction transaction = session.beginTransaction();
 
Book book =newBook();// 瞬时
book.setId(-1);// 存在OID , -1是unsaved-value 也是瞬时
book.setName("xxx");
book.setPrice(100d);
 
session.saveOrUpdate(book);
 
// 提交事务,关闭Session
transaction.commit();
session.close();
}
 
    4) get/load
        如果查询OID不存在, get方法返回 null , load 方法返回代理对象 (代理对象初始化时抛出 ObjectNotFoundException )
 
    5) delete 方法既可以删除一个脱管对象, 也可以删除一个持久化对象
        **如果删除脱管,先将脱管对象 与 Session 关联,然后再删除
**执行delete,先删除一级缓存数据,在session.flush 操作时,删除数据表中数据
 

Hibernate二级缓存相关问题

1.二级缓存的相关介绍

缓存好处: 将数据库或者硬盘数据,保存在内存中,减少数据库查询次数,减少硬盘交互,提高检索效率

hibernate 共有两个级别的缓存

* 一级缓存,保存Session中, 事务范围的缓存

* 二级缓存,保存SessionFactory ,进程范围的缓存

SessionFacoty 两部分缓存

内置 :Hibernate 自带的, 不可卸载. 通常在 Hibernate 的初始化阶段, Hibernate 会把映射元数据和预定义的 SQL 语句放到SessionFactory 的缓存中, 映射元数据是映射文件中数据的复制, 而预定义 SQL 语句时 Hibernate 根据映射元数据推到出来的. 该内置缓存是只读的.

外置 :一个可配置的缓存插件. 在默认情况下, SessionFactory 不会启用这个缓存插件. 外置缓存中的数据是数据库数据的复制, 外置缓存的物理介质可以是内存或硬盘,必须引入第三方缓存插件才能使用。

 
2.二级缓存的内部结构以及存储特点
Hibernate二级缓存分为:   
    * 类缓存区域
    * 集合缓存区域 
    * 更新时间戳区域 
    * 查询缓存区域
 
 
类缓存区数据存储特点
* 从二级缓存区返回数据每次地址都是不同的(散装数据 )。每次查询二级缓存,都是将散装数据构造为一个新的对象 
 
集合缓存区
 
如果注释掉 Order类缓存,orders 集合无法缓存 
* 集合缓存区数据缓存依赖类缓存区数据缓存

** 一级缓存的操作会同步到二级缓存

更新时间戳区域

作用:记录数据最后更新时间,确保缓存数据是有效的

Hibernate 提供了和查询相关的缓存区域:

    **时间戳缓存区域: org.hibernate.cahce.UpdateTimestampCache 
    时间戳缓存区域存放了对于查询结果相关的表进行插入, 更新或删除操作的时间戳.  Hibernate 通过时间戳缓存区域来判断被缓存的查询结果是否过期, 其运行过程如下: 
    T1 时刻执行查询操作, 把查询结果存放在 QueryCache 区域, 记录该区域的时间戳为 T1 
    T2 时刻对查询结果相关的表进行更新操作, Hibernate 把 T2 时刻存放在 UpdateTimestampCache 区域. 
    T3 时刻执行查询结果前, 先比较 QueryCache 区域的时间戳和 UpdateTimestampCache 区域的时间戳, 若 T2 >T1, 那么就丢弃原先存放在 QueryCache 区域的查询结果, 重新到数据库中查询数据, 再把结果存放到 QueryCache 区域; 若 T2 < T1, 直接从 QueryCache 中获得查询结果。
 
**更新时间戳区域,记录数据最后更新时间,在使用二级缓存时,比较缓存时间t1 与更新时间 t2 , 如果 t2 > t1 丢弃原来缓存数据,重新查询缓存
查询缓存
    有人称查询缓存 为hibernate 第三级缓存

* 二级缓存缓存数据都是类对象数据,数据都是缓存在 "类缓存区域" ,二级缓存缓存PO类对象,条件(key)是id

查询缓存适用场合:

**应用程序运行时经常使用查询语句

**很少对与查询语句检索到的数据进行插入, 删除和更新操作

如果查询条件不是id查询, 缓存数据不是PO类完整对象 =====> 不适合使用二级缓存

查询缓存: 缓存的是查询数据结果, key是查询生成SQL语句  , 查询缓存比二级缓存功能更加强大

 
适用查询缓存的步骤
    1)配置二级缓存(查询缓存依赖二级缓存)

2)启用查询缓存 hibernate.cfg.xml

<property name="hibernate.cache.use_query_cache">true</property>
    3)必须在程序中指定使用查询缓存
query.setCacheable(true);
 
3.二级缓存的并发策略

transactional : 提供Repeatable Read事务隔离级别,缓存支持事务,发生异常的时候,缓存也能够回滚

read-write    : 提供Read Committed事务隔离级别,更新缓存的时候会锁定缓存中的数据

nonstrict-read-write :导致脏读, 很少使用

read-only     : 数据不允许修改,只能查询

* 很少被修改,不是很重要,允许偶尔的并发问题, 适合放入二级缓存。考虑因素(二级缓存的监控【后面学习】,它是是否采用二级缓存主要参考指标)

4.Hibernate支持哪些二级缓存技术? 
    *  EHCache  (主要学习,支持本地缓存,支持分布式缓存)
        可作为进程范围内的缓存, 存放数据的物理介质可以是内存或硬盘, 对 Hibernate 的查询缓存提供了支持。 
    *  OSCache 
        可作为进程范围内的缓存, 存放数据的物理介质可以是内存或硬盘, 提供了丰富的缓存数据过期策略, 对 Hibernate 的查询缓存提供了支持 
    *  SwarmCache 
        可作为集群范围内的缓存, 但不支持 Hibernate 的查询缓存 
    *  JBossCache 
        可作为集群范围内的缓存, 支持 Hibernate 的查询缓存
上一篇:018-并发编程-java.util.concurrent.locks之-ReentrantReadWriteLock可重入读写锁


下一篇:linux使用心得(持续更新)