) T: {5 Q! s& x( N* ~- W" l, j而我这里由于id本身就是主键,所以column的属性便是id : r# J' l1 p2 B- B. x& k0 [; j: Y m: R( U
下面是很关键的一点<generator>,由于一时兴趣,于是找了很多资料,关于它的解释是:用于指定主键的生成策略。它的值有多,下面是转来的: 4 G+ u6 r2 M' T , M$ @0 x, l7 m2 e# ^-------------------------------------------------------------------------------- * _6 e" @! ~! c, |$ c$ R3 G' ]5 [
“assigned”7 l4 @, `1 k5 C4 G) l# o; F
主键由外部程序负责生成,在 save() 之前指定一个。 G! d+ M2 j9 w' z* `, H
, ?- @8 x: s. g: p( v+ d5 u4 D
“hilo” : S8 ?8 ?) H# }通过hi/lo 算法实现的主键生成机制,需要额外的数据库表或字段提供高位值来源。 # [" a4 b- @( P( C. G4 P4 _7 p ' J! s+ e: \' j, p+ T# D ]“seqhilo”/ I* C7 O0 ^$ p! C1 ?$ u. S
与hilo 类似,通过hi/lo 算法实现的主键生成机制,需要数据库中的 Sequence,适用于支持 Sequence 的数据库,如Oracle。 ' U2 w. Y. }/ S( ? ; [4 i/ O1 l, r( E3 x( _( U+ w4 q“increment”" A5 a- w) E( ?2 H
主键按数值顺序递增。此方式的实现机制为在当前应用实例中维持一个变量,以保存着当前的最大值,之后每次需要生成主键的时候将此值加1作为主键。这种方式可能产生的问题是:不能在集群下使用。8 }" r& _- d( Q8 l& i. |8 z9 p/ [
$ U6 F' [9 P" T( D- M9 G8 C9 }“identity” / u. M a" h. X% n采用数据库提供的主键生成机制。如DB2、SQL Server、MySQL 中的主键生成机制。$ b" T( |4 l* x+ U/ \
4 `1 e% T1 n, L5 ?“sequence”- b( B/ d" W; s; A
采用数据库提供的 sequence 机制生成主键。如 Oralce 中的Sequence。$ ^0 N7 h W( _8 G" P( F
O$ p8 O0 G" m- }" s) ~$ h0 J
“native”2 V! Z6 F @% e, `: c5 I
由 Hibernate 根据使用的数据库自行判断采用 identity、hilo、sequence 其中一种作为主键生成方式。: F! M% G3 I d' W" b/ c
/ G2 b# U6 a* T7 v0 R
“uuid.hex”0 A- `8 F3 h' x
由 Hibernate 基于128 位 UUID 算法 生成16 进制数值(编码后以长度32 的字符串表示)作为主键。 ]' n1 B. M$ ?7 Y& m
1 m( k. r$ H4 h) H# Q: ]“uuid.string” ' R7 L9 E; h, b* |- N. f与uuid.hex 类似,只是生成的主键未进行编码(长度16),不能应用在 PostgreSQL 数据库中。 4 w/ X9 ^: V# W2 G7 k/ Q; t3 ?- \" D/ f! x- E0 R0 k
“foreign” ' Y& d- C2 i1 n使用另外一个相关联的对象的标识符作为主键。1 ^1 E0 ~1 z% g; a. q3 y
) j. I# a% Q! F' f; e! a' Y: @-------------------------------------------------------------------------------- O; W y0 D7 Y4 h8 a" P3 }
3 V6 C. U# L, y
看了上面的介绍,再看看代码,原来是<Generator>属性设置有问题。; I( B3 e1 F3 X: o