学习了hibernate会发现,hibernate中有实体类,实体类的映射文件,但是我们怎么样才能知道实体类的主键是怎样的生成方式呢?hibernate提供的主键生成策略帮我们完美地解答了这个疑问。下面让我们一起从实例开始认识hibernate的实体生成策略。
一、首先通过User实体类和映射文件的实例
?User的实体类
package com.bjpowernode.hibernate; import java.util.Set; public class User { private int id; private String name; private Set roles; public int getId() { return id; } public void setId(int id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public Set getRoles() { return roles; } public void setRoles(Set roles) { this.roles = roles; } }
?映射文件:User.hbm.xml
<?xml version="1.0"?> <!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN" "http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd"> <hibernate-mapping> <class name="com.bjpowernode.hibernate.User" table="t_user"> <id name="id"> /*表示id是主键,且使用的策略是native*/ <generator class="native"/> </id> <property name="name"/> <set name="roles" table="t_user_role"> <key column="user_id" not-null="true"/> <many-to-many class="com.bjpowernode.hibernate.Role" column="role_id" /> </set> </class> </hibernate-mapping>
二、hibernate主键生成策略解析
对于主键生成策略,针对我的理解,主要将它分为自增长型、保证唯一性型、手动型、依赖数据库型四类。
1.自增长型:
(1)increment
a)对主键值采取自动顺序增长的方式生成新的主键,值默认从1开始。
b)原理:在当前应用实例中维持一个变量,以保存当前最大值,之后每次需要生成主键值的时候将此值加1作为主键.不依赖于底层的数据库,因此所有的数据库都可以使用
c)缺点:通过increment的生成主键的原理可推断,此种主键生成策略不适用于集群、同一时段大量用户并发访问的系统,既当大量用户同一时间段同时进行插入操作的时候,可能存在取得相同的最大值然后再同时+1的情况,这个时候就会造成主键冲突。因此,如果同一数据库有多个实例访问,此方式必须避免使用。
(2)identity
a)根据底层数据库,来支持自动增长,不同的数据库用不同的主键增长方式。
b)特点:
与底层数据库有关,要求数据库支持Identity,如MySQl中是auto_increment, SQL Server 中是Identity。支持的数据库有MySql、SQL Server、DB2、Sybase和HypersonicSQL。
c)好处:在建表的时候指定了id为自动增长,实际开发中就不需要自己定义插入数据库的主键值,系统会自动顺序递增一个值
。Identity无需Hibernate和用户的干涉,使用较为方便,但由于依赖于数据库,所以不便于在不同的数据库之间移植程序。
2.保证“唯一性”型
(1)UUID
a)原理UUID使用128位UUID算法生成主键,能够保证网络环境下的主键唯一性,也就能够保证在不同数据库及不同服务器下主键的唯一性。所以使用于所有数据库。
b)特点;能够保证数据库中的主键唯一性,但是在生成的主键占用比较多的存贮空间
(2)Hilo
a)原理:通过hi/lo
算法(Hilo使用高低位算法生成主键,高低位算法使用一个高位值和一个低位值,然后把算法得到的两个值拼接起来)实现的主键生成机制,需要额外的数据库表保存主键生成历史状态。
b)特点:需要额外的数据库表和字段提供高位值来源。默认情况下使用的表是
hibernate_unique_key,默认字段叫作next_hi。next_hi必须有一条记录否则会出现错误。需要额外的数据库表的支持,能保证同一个数据库中主键的唯一性,但不能保证多个数据库之间主键的唯一性。Hilo主键生成方式由Hibernate
维护,所以Hilo方式与底层数据库无关。
3.依赖数据库型:
【PS:UUID,increment、Hilo、assigned:对数据库无依赖】
(1)sequence
sequence实际是就是一张单行单列的表。
(2)native
a)作用:根据数据库的类型,自动在sequence
、identity和,hilo进行切换。
b)实现自动切换的依据:根据Hibernate配置文件中的方言来判断是Oracle还是Mysql、SqlServer,然后针对数据库的类型抉择
sequence还是identity作为主键生成策略。
c)用处:由于Hibernate会根据底层数据库采用不同的映射方式,因此灵活性高,便于程序移植,项目中如果用到多个数据库时,可以使用这种方式。
(3)foreign
只适用基于共享主键的一对一关联映射的时候使用。即一个对象的主键是参照的另一张表的主键生成的。
4.手动型(唯一一个)
(1)assigned
a)作用:用于手工分配主键生成器,一旦指定为这个了,Hibernate就不在自动为程序做主键生成器了。没有指定<generator>标签时,默认就是assigned主键的生成方式
b)使用方法:在程序中session.save();之前,由程序员自己指定主键值为多少。例如:user.setId(1);这就是在程序中程序员手动为用户表指定主键值为1。
三、总结:
一般来说推荐UUID,因为生成主键唯一,且对数据库无依赖,可移植性强。由于常用的数据库,如Oracle、DB2、SQLServer、MySql
等,都提供了易用的主键生成机制(Auto-Increase 字段或者Sequence)。我们可以在数据库提供的主键生成机制上,采用native,sequence或者identity的主键生成方式。
不过值得注意的是,一些数据库提供的主键生成机制在效率上未必最佳大量并发insert数据时可能会引起表之间的互锁。因此,对于并发Insert要求较高的系统,推荐采用uuid作为主键生成机制。
总之,hibernate主键生成器选择,还要具体情况具体分析**。一般而言,利用uuid方式生成主键将提供最好的性能和数据库平台适应性。
版权声明:本文为博主原创文章,未经博主允许不得转载。