Hibernate的核心接口
所有的Hibernate应用都会访问Hibernate的5个核心接口。
1. Configuration接口:配置Hibernate,根启动Hibernate,创建SessionFactory对象。
2. SessionFactory接口:初始化Hibernate,充当数据存储源的代理,创建Session对象。
3. Session接口:负责保存、更新、删除、加载和查询对象。
4. Transaction:管理事务。
5. Query和Criteria接口:执行数据库查询。
Configuration接口
Configuration对象用于配置并且根启动Hibernation。Hibernation应用通过Configuration实例来获得对象-关系映射文件中的元数据,以及动态配置Hibernation的属性,然后创建SessionFactory实例,并且我们可以通过configure方法中指定hibernation的配置文件。
SessionFactory接口
一个SessionFactory实例对应一个数据存储源,应用从SessionFactory中获得Session实例。SessionFactory有以下特点:
它是线程安全的,这意味着它的同一个实例可以被应用的多个线程共享。
它是重量级的,这意味着不能随意创建或销毁它的实例。如果应用中只访问一个数据库,只需要创建一个SessionFactory实例,在应用初始化的时候创建该实例。如果应用同时访问多个数据库,则需要为每一个数据库创建一个单独的SessionFactory实例。
之所以称SessionFactory是重量级的,是因为它需要一个很大的缓存,用来存放预定义的sql语句及映射元数据等。用户还可以为SessionFactory配置一个缓存插件,这个缓存插件被称为Hibernate的第二级缓存,该缓存用来存放被工作单元读过的数据,将来其他工作单元可能会重用这些数据,因此这个缓存中的数据能够被所有工作单元共享。一个工作单元通常对应一个数据库事务。
这个实例中有一个getCurrentSession()方法获得一个session。在老的api中我们也会用openSession方法获取session,这种方法现在不提倡再用了,因为他永远只会产生一个新的session,并且他需要你手动将其close掉,而getCurrentSession()方法在你这个session还没有提交之前你无论拿多少次,他始终都是同一个session,session一旦提交那再拿就是一个新的session了,也就是他首先会在上下文中去找session,如果没有找到就会新建一个新的session,并且他在提交完事务后自动close掉。
举个例子说明:当你去ATM机汇钱的时候对于数据库而言会做两个操作,一个是将你的钱减少,另一个是将对方的钱增加,加入在你点击汇款的时候机器出现了问题,你的钱被扣了,但对方的钱没有添加的情况。如果你的程序用的是openSession那就意味着你用的是两个不同的session,这两个步骤在不同的事务中,那就会给你带来不小的损失吧,但如果你用的是getCurrentSession就意味着这两个步骤是在同一个事务中,这样的问题就避免了。
注:
上面提到过getCurrentSession方法会在上下文中去找session,那什么是上下文呢,其实这个是我们在配置文件中指定的,在官方api中有这么一段配置。
<!-- Enable Hibernate's automatic session context management -->
<property name="current_session_context_class">thread</property>
目前current_session_context_class有这么几个取值jta、thread、managed、custom.Class.
一般而言我们对于一个事务,如果出现了异常那就去回滚事务,但有一种事务是不可以简单的回滚的。
比如说一个购物网站,现在有这么一个需求,当用户确定订单时,我们要将物品信息保存到mysql数据库中,同时我们也要将财务信息保存到oracle数据库中,如果我们只用一个Connection那根本保证不了这两个信息在一个事务里面了,就是说如果我们在对oracle数据库进行操作的时候出错那就需要回滚对mysql数据的操作,这时一个Connection是做不到的,往往这个时候就需要一个专门的事务管理器了,也就是要通过JTA事务了,及分布式事务。
三种状态
a. transient:内存中一个对象没有id,缓存中也没有id,数据库中没有id。
b. persistent:内存中有id,缓存中有id,数据库中有id。
c. detached:内存中有id,缓存中没有id,数据库中有id。
举个例子说明一下这三种状态,加入我们现在往数据库中写入一条数据,那首先我们的先new一个对象,然后调用save方法,最后调用commit方法提交。对于hibernate而言,当你new这个对象的时候一般你是不会去为他的id赋值的,所以这个时候这个对象是没有id的,此时称为transient,当你调用save和commit方法时,session首先会建一个map,将id作为key,将对象的地址作为value存入这个map中,此时内存中对象有了id,session的map中key是对象的id所以缓存中也有了id,当调用close方法之后,session关闭了,其map也就销毁了,即缓存没有了。
Session接口
Session接口是hibernate应用使用最广泛的接口。Session也被称为持久化管理器,它提供了和持久化相关的操作,如保存、更新、删除、加载和查询对象。
Session有以下特点
1. 不是线程安全的,因此在设计软件架构时,应该避免多个线程共享同一个Session实例。
2. Session实例是轻量级的,所谓轻量级是指它的创建和销毁不需要消耗太多的资源。这意味着在程序中可以经常创建或销毁Session对象,如为每个客户请求分配单独的Session实例,或者为每个工作单元分配单独的Session实例。
Session有一个缓存,被称为hibernate第一级缓存,它存放被当前工作单元加载的对象。每个Session实例都有自己的缓存,这个Session实例的缓存只能被当前工作单元访问。
3.方法(增删改查)
1) save():保存数据。
2) delete():删除数据。
i. 注:在删除对象的时候这个对象一定要有id值。
3) update:更新数据。
i. 可以更新一个detached状态对象,更新完后转为persistent状态。
ii. 更新transient状态的对象会报错。
iii. 更新自己设定id的transistor状态对象可以。
iv. persistent状态的对象只要设定不同的字段就会发生更新。
如:我们在程序中先get出一个对象但不要提交,这时这个对象就会是persistent状态,在没有提交之前你如果更改了这个对象其中的属性后在提交,这是hibernate就会先将对象加载出来,然后更改数据。
v. 更新部分修改的数据
a) 如果大家注意看过hibernate生成的update语句,他是将所有的属性都set了一次,但我们一般只会更改其一两个属性值的,所以他set所有的就会影响性能了,如果其中的一个属性的长度非常长,那就更影响性能,因此我们要在更新的时候设置没有改变的值不需要hibernate给我们更新。
b) 通过下面三中方式可以做到这样的效果:
4) xml设定property标签的update属性,annotation设定@Column的updatable属性,不过这种方式很少用,因为不灵活。
a) 经过测试这种方法很不方便,因为我们程序中可能会出现有时需要更新有时又不需要更新的情况,用这种方式就不可以了。
5) 使用xml中的dynamic-update,JPA1.0 Annotation没有对应的属性。
a) <class name="Student" table="student" dynamic-update="true">
b) 所以这种方式只能用在xml配置上面,并且这样方式只能在同一个session中,因为你要让hibernate去为你识别那个属性改过来,那前提是要让hibernate知道这个对象的属性有没有改过,即他的缓存中有值,但如果你想跨session也同样有只set你改变过的属性,那你可以调用merge方法,这个方法会先查询一次数据库,然后将两个对象比较一下判断哪些属性需要更改。
6) 使用HQL语句。
7) saveOrUpdate:更新数据。
8) load:获得一个数据。
9) get:获取一个数据。
10) find:查询数据(已经过时)
11) clear:清空缓存。
i. 无论是get还是load都会首先查找缓存(一级缓存),如果没有,才会去数据库查找,调用clear方法可以强制清除缓存。
12) flush:强制让缓存中的数据和数据中的数据同步。
Transaction接口
Transaction接口是Hibernate的数据库事务接口,它对底层的事务接口做了封装,底层事务接口包括:
1) JDBC API
2) JTA(Java Transaction API)
3) CORBA(Common Object Requet Broker Architecture) API
Hibernate应用可通过一致的Transaction接口来声明事务边界,这有助于应用在不同的环境或容器中移植。
Query和Criteria接口
Query和Criteria接口是Hibernate的查询接口,用于向数据查询对象,以及控制执行查询的过程。
Query实例包装了一个HQL查询语句,HQL查询语句与SQL查询语句有些相似,但HQL查询语句是面向对象的,它引用类名及类的属性名,而不是表明及字段名。
Criteria接口完全封装了基于字符串形式的查询语句,比Query接口更加面向对象,Criteria接口擅长于执行动态查询。
事件处理接口
当程序通过hibernate来加载、保存、更新或删除对象时,会触发Hiberante的拦截器及事件监听器做出相应的处理:
1) 事件及事件监听器接口:在Hibernate API,针对每一种事件都有相应的事件监听器,如加载对象会触发org.hibernate.event.LoadEvent事件,该事件由org.hibernate.event.LoadEventListener监听器处理,保存对象触发org.hibernate.event.SaveEvent事件,该事件由org.hibernate.event.SaveEventListener监听器处理。
2) org.hibernate.Interceptor接口:应用程序可以定义实现Interceptor接口的类,Interceptor实现类负责响应持久化的实例被加载、保存、更新、或删除的事件。
Hibernate映射类型接口
org.hibernate.type.Type接口表示Hibernate映射类型,用于把域对象映射为数据库的关系数据。Hibernate为Type接口提供了各种实现类,它们代表具体的Hibernate映射类型,例如:
PrimitiveType类:映射Jave基本类型,PrimitiveType类包括ByteType、ShortType、IntegerType、LongType、FloatType、DoubleType、CharacterType和BooleanType这八个子类。
DateType:映射Java日期类型。
BinaryType:映射Byte[]类型。
get和load的区别
1. 不存在对应数据时表现不一样,get会报错,因为他会立刻发送sql语句,而load因为不会立刻发送sql语句,所以他不会报错。
2. load返回的是代理对象,等到真正用到对象的内容时才发出sql语句。
3. get直接从数据库加载,不会延迟。