Hibernate核心接口

Configuration(AnnotationConfiguration)

作用:进行配置信息的管理

目标:用来产生SessionFactory

可以在configure方法中指定hibernate配置文件,默认(不指定)时在classpath下加载hibernate.cfg.xml文件

加载默认的hibernate的配置文件

sessionFactory factory =new AnnotationConfiguration().configure().buildSessionFactory();

加载指定hibernate的配置文件

sessionFactory factory  = newnnotationConfiguration().configure("hibernate.xml").buildSessionFactory();


SessionFactory

作用:主要用于产生Session的工厂(数据库连接池)

当它产生一个Session时,会从数据库连接池取出一个连接,交给这个Session

Session session= sessionFactory.getCurrentSession();

       并且可以通过这个Session取出这个连接

getCurrentSession():表示当前环境没有Session时,则创建一个,否则不用创建

openSession():表示创建一个Session(3.0以后不常用),使用后需要关闭这个Session

两方法的区别:

①、openSession永远是每次都打开一个新的Session,而getCurrentSession不是,是从上下文找、只有当前没有Session时,才创建一个新的Session

②、OpenSession需要手动close,getCurrentSession不需要手动close,事务提交自动close

③、getCurrentSession界定事务边界

所指的上下文是指hibernate配置文件(hibernate.cfg.xml)中的“current_session_context_class”所指的值:(可取值:jta|thread|managed|custom.Class)

<propertyname="current_session_context_class">thread</property>

常用的是:

①、thread:是从上下文找、只有当前没有Session时,才创建一个新的Session,主要从数据界定事务

②、jta:主要从分布式界定事务,运行时需要Application Server来支持(Tomcat不支持)

③、managed:不常用

④、custom.Class:不常用


Session

save()

session.save(Object)

session的save方法是向数据库中保存一个对象,这个方法产生对象的三种状态

delete()

session.delete(Object)

Object对象需要有ID

对象删除后,对象状态为Transistent状态

load()

格式: Session.load(Classarg0,Serializable arg1) throws HibernateException

    arg0:需要加载对象的类,例如:User.class

    arg1:查询条件(实现了序列化接口的对象)。如果是数值类类型,则hibernate会自动使用包装类,

    此方法返回类型为Object,但返回的是代理对象。

    执行此方法时不会立即发出查询SQL语句。只有在使用对象时,它才发出查询SQL语句,加载对象。

    因为load方法实现了lazy(称为延迟加载、赖加载)

    延迟加载:只有真正使用这个对象的时候,才加载(才发出SQL语句)

    hibernate延迟加载实现原理是代理方式。

    采用load()方法加载数据,如果数据库中没有相应的记录,则会抛出异常对象不找到(org.hibernate.ObjectNotFoundException)

Get()    

格式:Session.get(Classarg0,Serializable arg1)方法

 arg0:需要加载对象的类,例如:User.class

 arg1:查询条件(实现了序列化接口的对象):如果是基数类型,则hibernate会自动转换成包装类

 返回值:此方法返回类型为Object,也就是对象,再强行转换为需要加载的对象就可以了。

 如果数据不存在,则返回null;

 注:执行此方法时立即发出查询SQL语句。

load()与get()区别

①不存在对应记录时表现不一样;

② load返回的是代理对象,等到真正使用对象的内容时才发出sql语句,这样就要求在第一次使用对象时,要求session处于open状态,否则出错

③get直接从数据库加载,不会延迟加载

get()和load()只根据主键查询,不能根据其它字段查询,如果想根据非主键查询,可以使用HQL

update()

①用来更新detached对象,更新完成后转为为persistent状态(默认更新全部字段)

②更新transient对象会报错(没有ID)

③更新自己设定ID的transient对象可以(默认更新全部字段)

④persistent状态的对象,只要设定字段不同的值,在session提交时,会自动更新(默认更新全部字段)

⑤更新部分更新的字段(更改了哪个字段就更新哪个字段的内容)

a)方法1:update/updatable属性

xml:设定<property>标签的update属性,设置在更新时是否参与更新

<property name="name" update="false"/>

注意:update可取值为true(默认):参与更新;false:更新时不参与更新

annotateon:设定@Column的updatable属性值,true参与更新,false:不参与更新

@Column(updatable=false)

public StringgetTitle(){return title;}

注意:此种方法很少用,因为它不灵活

b)方法2:dynamic-update属性

注意:此方法目前只适合xml方式,JAP1.0annotation没有对应的

在实体类的映射文件中的<class>标签中,使用dynamic-update属性,true:表示修改了哪个字段就更新哪个字段,其它字段不更新,但要求是同一个session(不能跨session),如果跨了session同样会更新所有的字段内容。

<class name="com.bjsxt.Student" dynamic-update="true">

          代码:

@Test
  public void testUpdate5() {   
      Session session =sessionFactory.getCurrentSession();
      session.beginTransaction();
      Student s=(Student)session.get(Student.class, 1);
      s.setName("zhangsan5");
      //提交时,会只更新name字段,因为此时的s为persistent状态
      session.getTransaction().commit();
      s.setName("z4");
      Session session2 =sessionFactory.getCurrentSession();
      session2.beginTransaction();
      //更新时,会更新所有的字段,因为此时的s不是persistent状态
      session2.update(s);
      session2.getTransaction().commit(); 
}

如果需要跨session实现更新修改的部分字段,需要使用session.merget()方法,合并字段内容

@Test
  public void testUpdate6() {   
      Session session =sessionFactory.getCurrentSession();
      session.beginTransaction();
      Student s=(Student)session.get(Student.class, 1);
      s.setName("zhangsan6");
      session.getTransaction().commit();
      s.setName("z4");
      Session session2 =sessionFactory.getCurrentSession();
      session2.beginTransaction();
      session2.merge(s);
      session2.getTransaction().commit();
}

这样虽然可以实现部分字段更新,但这样会多出一条select语句,因为在字段数据合并时,需要比较字段内容是否已变化,就需要从数据库中取出这条记录进行比较

c)使用HQL(EJBQL)面向对象的查询语言(建议)

  @Test
  public void testUpdate7() {   
      Session session =sessionFactory.getCurrentSession();
      session.beginTransaction();
      Query q =session.createQuery("updateStudent s sets.name='z5' where s.id = 1");
      q.executeUpdate();
      session.getTransaction().commit();    
  } 

saveOrUpdate()

在执行的时候hibernate会检查,如果对象在数据库中已经有对应的记录(是指主键),则会更新update,否则会添加数据save

clear()

清除session缓存

无论是load还是get,都会首先查找缓存(一级缓存,也叫session级缓存),如果没有,才会去数据库查找,调用clear()方法可以强制清除session缓存

    Session session=sessionFactory.getCurrentSession();
    session.beginTransaction();
    Teacher t =(Teacher)session.load(Teacher.class,1);
    System.out.println(t.getName());      
    session.clear();      
    Teacher t2=(Teacher)session.load(Teacher.class, 1);
    System.out.println(t2.getName());
    session.getTransaction().commit();

注意:这样就会发出两条SELECT语句,如果把session.clear()去除,则只会发出一条SELECT语句,因为第二次load时,是使用session缓存中ID为1的对象,而这个对象已经在第一次load到缓存中了。

flush()

在hibernate中也存在flush这个功能,在默认的情况下session.commit()之前时,其实执行了一个flush命令。

Session.flush功能:

清理缓存;

执行sql(确定是执行SQL语句(确定生成update、insert、delete语句等),然后执行SQL语句。)

Session在什么情况下执行flush:

①默认在事务提交时执行;

注意:flush时,可以自己设定,使用session.setFlushMode(FlushMode)来指定。

  session.setFlushMode(FlushMode);

FlushMode的枚举值:

l     FlushMode.ALWAYS:任务一条SQL语句,都会flush一次

l     FlushMode.AUTO  :自动flush(默认)

l     FlushMode.COMMIT: 只有在commit时才flush

l     FlushMode.MANUAL:手动flush。

l    FlushMode.NEVER :永远不flush  此选项在性能优化时可能用,比如session取数据为只读时用,这样就不需要与数据库同步了

注意:设置flush模式时,需要在session开启事务之前设置。

②可以显式的调用flush;

③在执行查询前,如:iterate.

注:如果主键生成策略是uuid等不是由数据库生成的,则session.save()时并不会发出SQL语句,只有flush时才会发出SQL语句,但如果主键生成策略是native由数据库生成的,则session.save的同时就发出SQL语句。

evict()

例如:session.evict(user)

作用:从session缓存(EntityEntries属性)中逐出该对象

但是与commit同时使用,会抛出异常

session =HibernateUtils.getSession();
tx =session.beginTransaction();
  
User1 user = newUser1();
user.setName("李四");
user.setPassword("123");
user.setCreateTime(newDate());
user.setExpireTime(newDate());
          
//利用Hibernate将实体类对象保存到数据库中,因为user主键生成策略采用的是uuid,所以调用完成save后,只是将user纳入session的管理,不会发出insert语句,但是id已经生成,session中的existsInDatabase状态为false
session.save(user);
              
session.evict(user);//从session缓存(EntityEntries属性)中逐出该对象
//无法成功提交,因为hibernate在清理缓存时,在session的临时集合(insertions)中取出user对象进行insert操作后需要更新entityEntries属性中的existsInDatabase为true,而我们采用evict已经将user从session中逐出了,所以找不到相关数据,无法更新,抛出异常。
          
tx.commit();
解决在逐出session缓存中的对象不抛出异常的方法:
在session.evict()之前进行显示的调用session.flush()方法就可以了。
session.save(user);
              
//flush后hibernate会清理缓存,会将user对象保存到数据库中,将session中的insertions中的user对象清除,并且会设置session中的existsInDatabase状态为false
session.flush();
          
session.evict(user);//从session缓存(EntityEntries属性)中逐出该对象
          
//可以成功提交,因为hibernate在清理缓存时,在Session的insertions中集合中无法找到user对象所以不会发出insert语句,也不会更新session中existsInDatabase的状态。
tx.commit();


郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。