Hibernate序列生成器不一致

Question

Hibernate序列生成器不一致

oraclehibernatehilosequence-generatorsjpa-annotations

5

我有一个带有促销ID注释的表格

@SequenceGenerator(name="GEN_PROMID", sequenceName="SEQ_PROMOTIONID", allocationSize=1)
@Id
@GeneratedValue(strategy=GenerationType.SEQUENCE, generator="GEN_PROMID")
@Column(name="PROMOTIONID")
private Long promotionid;

但是，即使将allocationSize指定为1，Hibernate也会不一致地增加数字。以下是数据库中promotionid的最近降序值：

我在某个地方读到，Hibernate可能会使用hilo seq_hilo算法和org.hibernate.id.SequenceHiLoGenerator生成器，即使已经定义了@SequenceGenerator。同时，在以下链接中也看到，我们可以使用@GenericGenerator来解决这个问题。

有人能在这个情境下提供详细信息吗？@GenericGenerator的语法看起来不太简单。应该使用@SequenceGenerator吗？有时@SequenceGenerator可以完美地生成正确的主键。

附注：我正在使用Hibernate 3.5并使用Oracle 11g数据库。

编辑

序列代码 -

CREATE SEQUENCE SEQ_PROMOTIONID
    INCREMENT BY 1
    START WITH 100;

编辑2

更多的分析显示，至少一个可被20整除的值“总是”被插入。由于Oracle序列具有默认缓存大小为20，因此似乎存在Hibernate正常增量和缓存值之间的冲突。同时观察到，当插入操作之间存在时间间隔时，它会跳到下一个可被20整除的值，否则会逐步增加1。

1440    12-NOV-14 09.33.09.686000000 AM
1420    07-NOV-14 07.21.41.238000000 AM
1407    03-NOV-14 11.40.41.508000000 AM
1406    03-NOV-14 11.31.37.341000000 AM
1405    03-NOV-14 04.57.53.356000000 AM
1404    03-NOV-14 04.56.39.074000000 AM
1403    03-NOV-14 04.55.17.741000000 AM
1402    03-NOV-14 04.30.59.980000000 AM
1401    03-NOV-14 04.27.14.016000000 AM
1400    03-NOV-14 04.19.23.736000000 AM
1380    27-OCT-14 11.06.33.360000000 AM
1360    17-OCT-14 11.59.15.738000000 AM
1342    15-OCT-14 01.57.50.253000000 PM
1341    15-OCT-14 01.55.39.173000000 PM
1340    14-OCT-14 07.07.14.283000000 AM
1320    10-OCT-14 10.41.04.766000000 AM
1305    07-OCT-14 11.08.10.388000000 AM
1304    07-OCT-14 05.00.50.295000000 AM
1303    07-OCT-14 04.59.01.434000000 AM
1302    06-OCT-14 11.34.43.012000000 AM
1301    06-OCT-14 11.31.18.855000000 AM
1300    06-OCT-14 11.27.16.237000000 AM
1280    04-OCT-14 04.47.40.391000000 AM
1261    01-OCT-14 05.09.06.291000000 PM
1260    01-OCT-14 10.18.41.060000000 AM
1241    22-SEP-14 07.04.45.593000000 AM
1240    22-SEP-14 04.57.25.289000000 AM
1220    19-SEP-14 06.55.31.450000000 AM
1200    16-SEP-14 09.03.04.763000000 AM
1181    10-SEP-14 07.44.04.115000000 AM
1180    08-SEP-14 11.05.30.590000000 AM
1168    04-SEP-14 05.09.46.000000000 AM
1167    02-SEP-14 07.47.52.454000000 AM
1166    02-SEP-14 07.46.52.043000000 AM
1165    02-SEP-14 07.45.38.323000000 AM
1164    02-SEP-14 07.43.27.562000000 AM
1163    02-SEP-14 07.41.11.702000000 AM
1162    02-SEP-14 07.39.27.336000000 AM
1161    02-SEP-14 07.37.35.561000000 AM
1160    02-SEP-14 07.36.12.776000000 AM
1140    28-AUG-14 06.09.08.346000000 AM
1122    25-AUG-14 09.15.51.112000000 AM
1121    25-AUG-14 09.14.30.789000000 AM
1120    25-AUG-14 09.12.54.710000000 AM
1100    20-AUG-14 05.46.08.394000000 AM
1080    14-AUG-14 10.44.54.917000000 AM
1061    09-AUG-14 06.00.43.708000000 AM
1060    07-AUG-14 02.12.24.893000000 PM
1042    04-AUG-14 07.34.57.224000000 AM
1041    04-AUG-14 07.32.16.555000000 AM
1040    04-AUG-14 07.28.34.526000000 AM
1021    01-AUG-14 11.45.22.141000000 AM
1020    31-JUL-14 09.46.17.765000000 AM
1002    23-JUL-14 01.33.45.940000000 AM
1001    22-JUL-14 11.07.54.784000000 AM
1000    21-JUL-14 06.50.43.991000000 AM

- abhihello123

你能发布SEQ_PROMOTIONID的DDL代码吗？ - Predrag Maric

@PredragMaric，已更新问题并附上了序列代码。 - abhihello123

只是为了确认一下 - 您的工作流程是否涉及行删除？ - Deltharis

这个SO线程似乎包含了相关信息，希望它能帮助你解决这个问题。 - Predrag Maric

1

你可以尝试设置NOCACHE并检查其行为，但如果在测试期间有服务器重启，则可能是由于这些间隙造成的。每次读取20个值被缓存，你使用一些并重新启动服务器，另外20个被缓存，依此类推... - Predrag Maric

显示剩余3条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Rob van Laarhoven · Accepted Answer

序列生成器是一致的。它唯一的任务是生成唯一的整数值，没有其他任务。那么为什么您会对此行为感到困扰呢？

如上所述，这种行为是由Oracle缓存、预分配序列号（默认为20）引起的。ID列是一个虚拟/人工主键，仅用于唯一地标识行，不应从中推导出任何信息。即使您不缓存序列号，也永远无法获得连续的ID系列，因为会有事务回滚、删除、应用程序和数据库服务器重新启动等原因。而不缓存序列会在高交易量系统上带来严重的性能损失。

所以请忽略它，没关系，这里没有任何问题。没有完全无缝的序列生成器这种东西......