Hibernate —— ID的各种生成器（转）

　　Hibernate中,<id>元素下的可选<generator>子元素是一个Java类的名字，用来为该持久化类的实例生成惟一标示，所有的生成器都实现net.sf.hibernate.id.IdentifierGenerator 接口。这是 一个非常简单的接口，某些应用程序可以选择提供它们自己的特定实现当然，Hibernate提供了很多内置的实现。

　　下面是一些内置主键生成器(Key Generator)的含义

1)assigned

主键由外部程序负责生成，无需Hibernate参与。应用程序在save()之前为对象分配一个标示符。这是 <generator>元素没有指定时的默认生成策略。

2)hilo

通 过hi/lo 算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。使用一个高/低位算法高效的生成long, short 或者 int 类型的标识符。给定一个表和字段（默认分别是是 hibernate_unique_key 和next_hi）作为高位值的来源。 高/低位算法生成的 标识符只在一个特定的数据库中是唯一的。

3) seqhilo

与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主 键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。使用一个高/低位算法来高效的生成 long, short 或者 int类型的标识符，给定一个数据库序列（sequence）的名字。

4) increment

主键按数 值顺序递增此方式的实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加1作为主键这种方式可能产生的问 题是：如果当前有多个实例访问同一个数据库，那么由于各个实例各自维护主键状态，不同实例可能生成同样的主键，从而造成主键重复异常因此，如果同一数据库 有多个实例访问，此方式必须避免使用。用于为long, short或者int类型生成 唯一标识。只有在没有其他进程往同一张表中插入数据时才能使 用。 在集群下不要使用。

5) identity

采用数据库提供的主键生成机制如DB2 SQL Server MySQL中的主键生成 机制。对DB2,MySQL, MS SQL Server, Sybase和HypersonicSQL的内置标识字段提供支持。 返回的标识符是 long, short 或者int类型的。

6) sequence

采用数据库提供的 sequence 机制生成主键如Oralce 中的Sequence。在DB2,PostgreSQL, Oracle, SAP DB, McKoi 中使用序列（sequence)，而在Interbase中使用生成器(generator)。返回的标识符是long, short或者 int类型 的。

7) native

由Hibernate根据底层数据库自行判断采用identity hilo sequence其中一种作为主键生成方式

8) uuid.hex

用 一个128-bit的UUID算法生成字符串类型的标识符，这在一个网络中是唯一的（使用了IP地址）。UUID被编码为一个32位16进制数字的字符 串。由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键例 如：5abefd3890cat33llsica3ee43bk222

9) uuid.string

与uuid.hex 类似，只是生成的主键未进行编码（长度16）在某些数据库中可能出现问题（如PostgreSQL）

10）guid

在MS SQL Server 和 MySQL 中使用数据库生成的GUID字符串。

11）select

通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。

12）foreign

使用另外一个相关联的对象的标识符。通常和<one-to-one>联合起来使用。

　　一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。另外由于常用的数据库，如 Oracle、DB2、SQLServer、
MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用
generator-class=native的主键生成方式。不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert
数据时可能会引起表之间的互锁数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最
大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操
作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用
uuid.hex 作为主键生成机制。