Hibernate generator 详解
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其中一种作为主键生成方式
uuid.hex
用一个128-bit的UUID算法生成字符串类型的标识符，这在一个网络中是唯一的（使用了IP地址）。UUID被编码为一个32位16进制数字的字符串。
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键例如：5abefd3890cat33llsica3ee43bk222
9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）在某些数据库中可能出现问题（如PostgreSQL）
i 10）guid
在MS SQL Server 和 MySQL 中使用数据库生成的GUID字符串。
11）select
通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。
12）foreign
使用另外一个相关联的对象的标识符。通常和<one-to-one>联合起来使用。
一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性另外由于常用的数据库，如OracleDB2SQLServerMySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁
数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制
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其中一种作为主键生成方式
uuid.hex
用一个128-bit的UUID算法生成字符串类型的标识符，这在一个网络中是唯一的（使用了IP地址）。UUID被编码为一个32位16进制数字的字符串。
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键例如：5abefd3890cat33llsica3ee43bk222
9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）在某些数据库中可能出现问题（如PostgreSQL）
i 10）guid
在MS SQL Server 和 MySQL 中使用数据库生成的GUID字符串。
11）select
通过数据库触发器选择一些唯一主键的行并返回主键值来分配一个主键。
12）foreign
使用另外一个相关联的对象的标识符。通常和<one-to-one>联合起来使用。
一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性另外由于常用的数据库，如OracleDB2SQLServerMySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁
数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制