本帖最后由 我是楠楠 于 2017-12-18 10:08 编辑
【郑州校区】三大框架课堂笔记之Hibernate-day06
Hibernate持久化类与主键生成策略
Hibernate持久化类什么是持久化类? Persistent Object （PO） PO=POJO+hbm映射配置 对于hibernate中的PO编写规则: 1. 必须提供一个无参数的public构造方法 2. 所有属性要private ,对外提供public 的get/set方法 3. 在PO类必须提供一个标识属性，让它与数据库中的主键对应，我们管这个属性叫OID 4. PO类中的属性尽量使用基本数据类型的包装类. Int-àInteger double--àDouble float-àFloat 5. PO类它不能使用final修饰符 OID作用: OID指的是与数据库中表的主键对应的属性。 Hibernate框架它是通过OID来区分不同的PO对象，如果在内存中有两个相同的OID对象，那么hibernate认为它们是同一个对象。 为什么PO类属性它要使用包装类型? 使用基本数据类型是没有办法去描述不存在概念，如果使用包装类型，它就是一个对象，对于对象它的默认值是null. PO类不可以使用final修饰?(hibernate中的get/load方法的区别) Get/load方法它们都是根据id去查询对象。 1. get直接得到了一个持久化类型对象，它就是立即查询操作 load它得到的是持久化类开的代理类型对象（子类对象）。它采用了一种延迟策略来查询数据。 2. get方法在查询时，如果不存在返回null load方法在查询时，如果 不存在，会产生异常 ObjectNotFoundException. Hibernate主键生成策略 Hibernate中定义的主键类型包括：自然主键和代理主键： 自然主键：具有业务含义 字段 作为主键，比如：学号、身份证号 代理主键：不具有业务含义 字段作为主键（例如 自增id），比如：mysql自增主键，oracle序列生成的主键、uuid()方法生成的唯一序列串 建议：企业开发中使用代理主键！ 主键生成器 | | | 代理主键。由hibernate维护一个变量，每次生成主键时自动以递增。 问题：如果有多个应用访问一个数据库，由于每个应用维护自己的主键，所以此时主键可能冲突。建议不采用。 优点:可以方便跨平台 缺点:不适合高并发访问 | | 代理主键。由底层数据库生成表识符。条件是数据库支持自动增长数据类型。比如：mysql的自增主键，oracle不支持主键自动生成。 如果数据库支持自增建议采用。 优点:由底层数据库维护，和hibernate无关 缺点:只能对支持自动增长的数据库有效，例如mysql | | 代理主键。Hibernate根据底层数据库序列生成标识符。条件是数据库支持序列。比如oracle的序列。 如果数据库支持序列建议采用。 优点:由底层数据库维护，和hibernate无关 缺点:数据库必须支持sequence方案例如oracle | | 代理主键。根据底层数据库对自动来选择identity、sequence、hilo 由于生成主键策略的控制权由hibernate控制，所以不建议采用。 优点:在项目中如果存在多个数据库时使用 缺点:效率比较低 | | 代理主键。Hibernate采用128bit位的UUID算法来生成标识符。该算法 能够在网络环境中生成唯一的字符串标识符。 此策略可以保证生成主键的唯一性，并且提供了最好的数据库插入性能和数据库平台的无关性。建议采用。 优点:与数据库无关，方便数据库移植，效率高，不访问数据库就可以直接生成主键值，并且它能保证唯一性。 缺点:uuid长度大(32位),占用空间比较大，对应数据库中类型 char varchar | | 自然主键。由java程序负责生成标识符。 不建议采用。 尽量在操作中避免手动对主键操作 |
Hibernate持久化对象状态持久化对象三种状态 有三种: 1. 瞬时态：也叫做临时态或自由态，它一般指我们new出来的对象，它不存在OID,与hibernate session无关联，在数据库中也无记录。它使用完成后，会被jvm直接回收掉，它只是用于信息携带。 简单说：无OID 与数据库中的信息无关联，不在session管理范围内。 2. 持久态：在hibernate session管理范围内，它具有持久化标识OID它的特点，在事务未提交前一直是持久态，当它发生改变时，hibernate是可以检测到的。 简单说：有OID 由session管理，在数据库中有可能有，也有可有没有。 3. 托管态：也叫做游离态或离线态，它是指持久态对象失去了与session的关联，托管态对象它存在OID,在数据库中有可能存在，也有可能不存在。 对于托管态对象，它发生改变时hibernet不能检测到。 持久化类三种状态切换判断持久化类对象三种状态： 1. 是否有OID 2. 判断是否与session关联 1. 瞬时态(new 出来的) 瞬时------à持久 save saveOrUpdate 瞬时-----à脱管(游离) 手动设置oid 2. .持久态 它是由session管理 持久-------à瞬时 delete() 被删除后持久化对象不在建议使用 持久-----à脱管 注意:session它的缓存就是所说的一级缓存 evict(清除一级缓存 中指定的一个对象) clear(清空一级缓存) close(关闭，清空一级缓存) 3. .脱管态 （它是无法直接获取） 脱管-----à瞬时 直接将oid删除 脱管----à持久 update saveOrUpdate lock(过时) Hibernate一级缓存Hibernate的一级缓存就是指session缓存。 actionQueue它是一个行列队列，它主要记录crud操作的相关信息 persistenceContext它是持久化上下文，它其实是真正缓存。 在session中定义了一系列的集合来存储数据，它们构成session缓存。 只要session没有关闭，它就会一直存在。 当我们通过hibernate中的session提供的一些API例如 save get update等进行操作时，就会将持久化对象保存到session中，当下一次在去查询缓存中具有的对象(OID值来判断)， 就不会去从数据库查询，而是直接从缓存中获取。 Hibernate的一级缓存存在的目的就是为了减少对数据库访问。 在hibernate中还有一个二级缓存，它是SessionFactory级别缓存。 示例---演示一级缓存的存在 持久化对象具有自动更新数据库能力为什么持久化对象具有自动更新数据库能力? 一级缓存常用API一级缓存特点: 1. 当我们通过session的save,update saveOrupdate进行操作时，如果一级缓存中没有对象，会将这些对象从数据库中查询到，存储到一级缓存。 2. 当我们通过session的load,get,Query的list等方法进行操作时，会先判断一级缓存中是否存在，如果没有才会从数据库获取，并且将查询的数据存储到一级缓存中。 3. 当调用session的close方法时，session缓存清空。 clear 清空一级缓存. evict 清空一级缓存中指定的一个对象。 refresh重新查询数据库，用数据库中信息来更新一级缓存与快照 Hibernate常用API-Session补充update udpate操作它主要是针对于脱管对象，持久对象具有自动更新能力。 问题1:如果我们直接操作的对象是一个脱管对象，执行update会出现什么情况? Update操作时，如果对象是一个脱管对象，可以操作，它会将脱管对象转换成持久对象在操作 如果在session中出现相同的oid两个对象，会产生异常 问题2脱管对象的oid如果在数据表中不存在，会报异常？ 所以：在操作中，建议我们通过持久化对象来直接修改其操作。 saveOrUpdate 如果对象是一个瞬时对象 --------执行save操作 如果对象是一个脱管对象---------执行update 如果是一个持久对象-------直接返回 delete删除一个脱管对象，与session关联，在删除 注意：如果执行delete操作，先删除一级缓存，在删除数据库中的数据。
Hibernate关联映射--数据对象三种关系Hibernate框架基于ORM设计思想，它将关系型数据库中的表与我们java中的类进行映射，一个对象就对应着表中的一条记录，而表中的字段对应着类中的属性。 数据库中表与表之间存在着三种关系，也就是系统设计中的三种实体关系 一对一原则有两种: 1. 唯一外键对应:在任意一方添加外键来描述对应关系 2. 主键对应：一方的主键作为另一方的主键 Class Employee{ Private Archives archives; } Class Archives{ Private Employee employee; } 一对多(多对一)客户与订单之间一对多关系(多对一) 建表原则:在多的一方添加外键来描述关联关系 Class Customer{ Private Set<Order> orders; } Class Order{ Private Customer c; } 多对多例如学生与老师 建表原则：通过一张中间表来描述其对应关系 Class Student{ Set<Teacher> ts; } Class Teacher{ Set<Student> ss; } Hibernate关联映射--一对多（多对一）我们以客户(Customer)与订单(Order)为例 实体类创建 订单客户 Hbm映射文件编写Order.hbm.xmlCustomer.hbm.xml 测试保存上面操作是一种双向关联 问题:我们可不可以只保存订单或只保存客户完成保存操作？ 测试单向关联保存org.hibernate.TransientObjectException: object references an unsaved transient instance - save the transient instance before flushing: cn.itheima.oneToMany.Customer ………….. 这个异常代表提一个持久化对象关联了一个瞬时对象。 我们可以使用级联操作来解决上述的问题. 我们现在要做的是保存订单时保存客户，需要在订单的hbm配置文件中修改 设置cascade=save-update 那么在保存订单时就可以自动将客户保存。 如果我们要完成保存客户时，保存订单 双向关联维护我们在开发中要配置双向关联配置。---------可以通过任意一方来操作对方 在操作代码，尽量来要进行单向关联。------可以尽量资源浪费。 在双向关联中，会存在多余的update语句。 我们可以使用inverse属性来设置，双向关联时由哪一方来维护表与表之间的关系。 Inverse它的值如果为true代表，由对方来维护外键。 Inverse它的值如果为false代表，由本方来维护外键。 关于inverse的取值: 外键在哪一个表中，我们就让哪一方来维护外键。 对象导航级联删除我们在删除客户时，也要删除订单，如果没有做级联，那么这个操作是不允许。 为了维护数据完整性
想要完成操作：我们可以在客户中添加cascade=”delete”; delete-orphan用法 cascade总结使用cascade可以完成级联操作 它可常用取值： none这是一个默认值 save-update,当我们配置它时，底层使用save update或save-update完成操作，级联保存临时对象，如果是游离对象，会执行update. delete 级联删除 delete-ophan 删除与当前对象解除关系的对象。 all 它包含了save-update delete操作 all-delete-orphan 它包信了delete-orphan与all操作 笔试题:cascade与inverse有什么区别? cascade它是完成级联操作 Inverse它只有在双向关联情况下有作用，它来指定由哪一方维护外键。
![]()
传智播客·黑马程序员郑州校区地址 河南省郑州市 高新区长椿路11号大学科技园（西区）东门8号楼三层 联系电话 0371-56061160/61/62 来校路线 地铁一号线梧桐街站A口出
| 
收藏
淘帖
踩
