学习了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算法生成主键，可以保证网络环境下的主键唯一性。也就行保证在不同数据库及不同server下主键的唯一性。所以使用于全部数据库。
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方式生成主键将提供最好的性能和数据库平台适应性。