学习了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方式生成主键将提供最好的性能和数据库平台适应性。