assigned
主键
由外部程序负责生成,无需Hibernate
参与。
sequence
采用数据库提供的sequence 机制生成主键
。如Oralce 中的
Sequence。
native
由Hibernate
根据底层数据库自行判断采用identity、hilo、sequence
其中一种作为主键
生成方式。
increment
主键
按数值顺序递增。此方式的实现机制为在当前应用实例中维持
一个变量,以保存着当前的最大值,之后每次需要生成主键
的时候
将此值加1作为主键
。
这种方式可能产生的问题是:如果当前有多个实例访问同一个数据
库,那么由于各个实例各自维护主键
状态,不同实例可能生成同样
的主键
,从而造成主键
重复异常。因此,如果同一数据库有多个实
例访问,此方式必须避免使用。
identity
采用数据库提供的主键
生成机制。如DB2、SQL Server、MySQL
中的主键
生成机制。
hilo
通过hi/lo 算法实现的主键
生成机制,需要额外的数据库表保存主
键生成历史状态。
seqhilo
与hilo 类似,通过hi/lo 算法实现的主键
生成机制,只是主键
历史
状态保存在Sequence中,适用于支持Sequence的数据库,如Oracle。
uuid.hex
由Hibernate
基于128 位唯一值产生算法生成16 进制数值(编码后
以长度32 的字符串表示)作为主键
。
uuid.string
与uuid.hex 类似,只是生成的主键
未进行编码(长度16)。在某些
数据库中可能出现问题(如PostgreSQL)。
foreign
使用外部表的字段作为主键
。
一般而言,利用uuid.hex方式生成主键
将提供最好的性能和数据库平台适
应性。
由于常用的数据库,如Oracle、DB2、SQLServer、MySql 等,都提
供了易用的主键
生成机制(Auto-Increase 字段或者Sequence)。我们可以在数
据库提供的主键
生成机制上,采用generator-class=native的主键
生成方式。
本文介绍了在Hibernate框架下多种主键生成策略,包括assigned、sequence、native等,并详细解析了每种策略的特点及适用场景。
345

被折叠的 条评论
为什么被折叠?



