本文共 3252 字,大约阅读时间需要 10 分钟。
hibernate是一个基于ORM的持久化框架。它是对jdbc的轻量级封装,
Hibernate工作原理: 1、解析hibernate.cfg.xml配置文件 通过Configuration config = new Configuration().configure(); 读取并解析hiberante.cfg.xml配置文件 2、读取并解析映射信息 hibernate.cfg.xml中的映射文件 3、创建SessionFactory对象 SessionFactory sf = config.buildSessionFactory(); 4、打开Session Session session = sf.openSession(); 5、创建并启动事务 Transaction tx = session.beginTransaction(); 6、CRUD持久化操作 7、提交事务 tx.commit(); 8、关闭session 9、关闭SessionFactory
Configuration cfg = new Configuration().configure();原来configure()方法默认会在classpath下面寻找hibernate.cfg.xml文件如果没有找到该文件,系统会打印如下信息并抛出HibernateException异常从图可以知道hibernate的六大核心接口,两个主要配置文件,以及他们的直接关系。 1、Configuration接口 : 负责配置并启动hibernate 2、SessionFactory接口 : 负责初始化hibernate 3、Session接口 : 负责持久化对象的CRUD操作 4、Transaction接口 : 负责事务 5、Query接口和Criteria接口 : 负责执行各种数据库查询 Configuration实例是一个启动期间的对象,一旦SessionFactory创建完成它就被丢弃。
hibernate缓存机制 一级缓存二级缓存 一级缓存为“session的缓存”,是内置的,即使用hibernate便使用了session缓存。由于session对象的生命周期通常对应一个数据库事务或者一个应用事务,因此它的缓存是事务范围的缓存。在第一级缓存中,持久化类的每个实例都具有唯一的OID。 二级缓存为“SessionFactory的缓存”,由于SessionFactory对象的生命周期和应用程序的整个过程对应,因此hibernate二级缓存是进程范围或者集群范围的缓存,有可能出现并发问题,因此需要采用适当的并发访问策略,该策略为被缓存的数据提供了事务隔离级别。第二级缓存是可选的,是一个可配置的插件,在默认情况下,sessionFactory不会启用这个插件。 第三方二级缓存实现: Hibernate除了自带的缓存机制外,还提供了第三方缓存机制实现的接口,如: 1. JCS 2. EHCache 3. OSCache 4. JBoss Cache 5. SwarmCache 什么样的数据适合存放到第二级缓存中? 1 很少被修改的数据 2 不是很重要的数据,允许出现偶尔并发的数据 3 不会被并发访问的数据 4 常量数据 不适合存放到第二级缓存的数据? 1经常被修改的数据 2 .绝对不允许出现并发访问的数据,如财务数据,绝对不允许出现并发 3 与其他应用共享的数据。 Hibernate查找对象如何应用缓存? 当Hibernate根据ID访问数据对象的时候,首先从Session一级缓存中查;查不到,如果配置了二级缓存,那么从二级缓存中查;如果都查不到,再查询数据库,把结果按照ID放入到缓存 删除、更新、增加数据的时候,同时更新缓存
hibernate-day02 | ||||
Level 1 | Level 2 | Level 3 | Level 4 | Level 5 |
hibernate中的实体规则 | 实体类创建的注意事项 | 1.持久化类提供无参数构造 | ||
2.成员变量私有,提供共有get/set方法访问.需提供属性 | ||||
3.持久化类中的属性,应尽量使用包装类型 | ||||
4.持久化类需要提供oid.与数据库中的主键列对应 | ||||
5.不要用final修饰class | hibernate使用cglib代理生成代理对象.代理对象是继承被代理对象.如果被final修饰.将无法生成代理. | |||
主键类型 | 自然主键(少见) | 表的业务列中,有某业务列符合,必须有,并且不重复的特征时,该列可以作为主键使用. | ||
代理主键(常见) | 表的业务列中,没有某业务列符合,必须有,并且不重复的特征时,创建一个没有业务意义的列作为主键 | |||
主键生成策略 | 代理主键 | identity : 主键自增.由数据库来维护主键值.录入时不需要指定主键. | sequence: Oracle中的主键生成策略. | |
increment(了解): 主键自增.由hibernate来维护.每次插入前会先查询表中id最大值.+1作为新主键值. | ||||
hilo(了解): 高低位算法.主键自增.由hibernate来维护.开发时不使用. | ||||
native:hilo+sequence+identity 自动三选一策略. | ||||
uuid: 产生随机字符串作为主键. 主键类型必须为string 类型. | ||||
自然主键 | assigned:自然主键生成策略. hibernate不会管理主键值.由开发人员自己录入. | |||
hibernate中的对象状态 | 对象分为三种状态 | 瞬时状态 | 没有id,没有在session缓存中 | |
持久化状态 | 有id,在session缓存中 | |||
游离|托管状态 | 有id,没有在session缓存中 | |||
三种状态的转换图 | ||||
hibernate进阶-一级缓存 | 缓存:提高效率.hibernate中的一级缓存也是为了提高操作数据库的效率. | |||
提高效率手段1:提高查询效率 | ||||
提高效率手段2:减少不必要的修改语句发送 | ||||
hibernate中的事务 | 事务 | 事务特性 | a 原子性 | |
c 一致性 | ||||
i 隔离性 | ||||
d 持久性 | ||||
事务并发问题 | 1.脏读 | |||
2.不可重复度 | ||||
3.幻|虚读 | ||||
事务的隔离级别 | 读未提交- 123 | |||
读已提交 - 23 | ||||
可重复读(mysql默认级别)-3 | ||||
串行化 - 没有问题 | ||||
知识点:如何在hibernate中指定数据库的隔离级别 | ||||
知识点2:在项目中如何管理事务 | 业务开始之前打开事务,业务执行之后提交事务. 执行过程中出现异常.回滚事务. | |||
在dao层操作数据库需要用到session对象.在service控制事务也是使用session对象完成. 我们要确保dao层和service层使用的使用同一个session对象 | ||||
在hibernate中,确保使用同一个session的问题,hibernate已经帮我们解决了. 我们开发人员只需要调用sf.getCurrentSession()方法即可获得与当前线程绑定的session对象 | ||||
注意1: 调用getCurrentSession方法必须配合主配置中的一段配置 | ||||
注意2:通过getCurrentSession方法获得的session对象.当事务提交时,session会自动关闭.不要手动调用close关闭. | ||||
crm项目中 | Service层 | |||
Dao层 | ||||
hibernate中的批量查询(概述) | HQL查询-hibernate Query Language(多表查询,但不复杂时使用) | Hibernate独家查询语言,属于面向对象的查询语言 | ||
基本查询 | ||||
条件查询 | ?号占位符 | |||
命名占位符 | ||||
分页查询 | ||||
Criteria查询(单表条件查询) | Hibernate自创的无语句面向对象查询 | |||
基本查询 | ||||
条件查询 | ||||
分页 查询 | ||||
设置查询总记录数 | ||||
原生SQL查询(复杂的业务查询) | 基本查询 | 返回数组List | ||
返回对象List | ||||
条件查询 | ||||
分页查询 | ||||
练习:客户列表 |
转载地址:http://piirn.baihongyu.com/