转至：
id name="XXXId" column="XXXId"文章源自玩技e族-https://www.playezu.com/192229.html
generator class="id生成器"/文章源自玩技e族-https://www.playezu.com/192229.html
/id文章源自玩技e族-https://www.playezu.com/192229.html
1) assigned文章源自玩技e族-https://www.playezu.com/192229.html
主键由外部程序负责生成，无需Hibernate参与。文章源自玩技e族-https://www.playezu.com/192229.html
2) hilo文章源自玩技e族-https://www.playezu.com/192229.html
●通过hign/low算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。文章源自玩技e族-https://www.playezu.com/192229.html
●hilo不依赖于底层DB系统，适用于所有的DBS。文章源自玩技e族-https://www.playezu.com/192229.html
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。文章源自玩技e族-https://www.playezu.com/192229.html
3) seqhilo文章源自玩技e族-https://www.playezu.com/192229.html
与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。
4) increment
●increament不依赖于底层数据库系统，所以适于所有的DBS。
●适用于只有单个Hibernate应用程序访问同一个DB的场合。
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。
5) identity
●identity依赖于底层DB系统，要求底层DB必须支持自增字段类型
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。
●适用于DB2、SQL Server、MySQL
6) sequence
采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。
7) native
依据底层数据库自动生成标识符的能力，来选择使用identity、sequence或hilo标识符生成器。它能自动判断底层DB提供的生成标识符的机制。
8) uuid.hex
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。
9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。id一定为String类型(String, varchar/varchar2)
10) foreign
使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。
这10中生成OID标识符的方法,increment 比较常用,把标识符生成的权力交给Hibernate处理.但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法.如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或hilo.
另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。
不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制。
转至：
id name="XXXId" column="XXXId"
generator class="id生成器"/
/id
1) assigned
主键由外部程序负责生成，无需Hibernate参与。
2) hilo
●通过hign/low算法实现的主键生成机制，需要额外的数据库表保存主键生成历史状态。
●hilo不依赖于底层DB系统，适用于所有的DBS。
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。
3) seqhilo
与hilo 类似，通过hi/lo 算法实现的主键生成机制，只是主键历史状态保存在Sequence中，适用于支持Sequence的数据库，如Oracle。
4) increment
●increament不依赖于底层数据库系统，所以适于所有的DBS。
●适用于只有单个Hibernate应用程序访问同一个DB的场合。
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。
5) identity
●identity依赖于底层DB系统，要求底层DB必须支持自增字段类型
●OID必须为long、int或short类型，定义为byte类型，在运行时会抛异常。
●适用于DB2、SQL Server、MySQL
6) sequence
采用数据库提供的sequence 机制生成主键。如Oralce 中的Sequence。
7) native
依据底层数据库自动生成标识符的能力，来选择使用identity、sequence或hilo标识符生成器。它能自动判断底层DB提供的生成标识符的机制。
8) uuid.hex
由Hibernate基于128 位唯一值产生算法生成16 进制数值（编码后以长度32 的字符串表示）作为主键。
9) uuid.string
与uuid.hex 类似，只是生成的主键未进行编码（长度16）。在某些数据库中可能出现问题（如PostgreSQL）。id一定为String类型(String, varchar/varchar2)
10) foreign
使用外部表的字段作为主键。一般而言，利用uuid.hex方式生成主键将提供最好的性能和数据库平台适应性。
这10中生成OID标识符的方法,increment 比较常用,把标识符生成的权力交给Hibernate处理.但是当同时多个Hibernate应用操作同一个数据库,甚至同一张表的时候.就推荐使用identity 依赖底层数据库实现,但是数据库必须支持自动增长,当然针对不同的数据库选择不同的方法.如果你不能确定你使用的数据库具体支持什么的情况下.可以选择用native 让Hibernate来帮选择identity,sequence,或hilo.
另外由于常用的数据库，如Oracle、DB2、SQLServer、MySql 等，都提供了易用的主键生成机制（Auto-Increase 字段或者Sequence）。我们可以在数据库提供的主键生成机制上，采用generator-class=native的主键生成方式。
不过值得注意的是，一些数据库提供的主键生成机制在效率上未必最佳，大量并发insert数据时可能会引起表之间的互锁。数据库提供的主键生成机制，往往是通过在一个内部表中保存当前主键状态（如对于自增型主键而言，此内部表中就维护着当前的最大值和递增量），之后每次插入数据会读取这个最大值，然后加上递增量作为新记录的主键，之后再把这个新的最大值更新回内部表中，这样，一次Insert操作可能导致数据库内部多次表读写操作，同时伴随的还有数据的加锁解锁操作，这对性能产生了较大影响。因此，对于并发Insert要求较高的系统，推荐采用uuid.hex 作为主键生成机制。
中国百科