在一些数据模型重构之后，我正在做一些数据迁移，我正在使用几个带有复合主键的表，并将它们组合成一个更大的表，并赋予它自己唯一的主键。此时，我已经编写了一些 SQL 来将旧表数据复制到新表中，并使用 AUTO_INCREMENT 分配主键。迁移完成后，我从 PK 字段中删除了 AUTO_INCREMENT。所以，现在这都是肉汁，但问题是我需要休眠序列来知道下一个可用的 PK 将是什么。我们通常对所有实体使用 TABLE 策略，我想保持一致并避免对未来的对象使用 AUTO_INCREMENT 和 IDENTITY 策略。我已经暂时在生成的“hibernate_sequences”中设置了相应的行 table 到新创建的表的最大 id，但这只是对问题的临时修复。此外，这会导致创建的下一个 ID 远大于最大 ID。我确定这是因为我不了解 HiLo id-assigning 机制，这就是我在这里发帖的原因。有没有办法设置它，以便 ID 是连续的？或者，生成 HiLo 值的代码在哪里，以便我可以计算它应该是什么以确保顺序 ID？
问问题
3455 次
2 回答
2
如果我理解正确，问题是休眠不会为您生成连续的 ID。但这就是高/低发生器的工作原理，我不明白你为什么不喜欢它。
基本上，Hi/lo 生成器基于分别支持 HIGH 和 LOW 值。当 LOW 达到其限制时，它被重置并且 HIGH 递增。结果键基于将 HIGH 和 LOW 值组合在一起。例如，假设 key 是双字，HIGH 和 LOW 是字。HIGH 可以是左两个字节，LOW 可以是右两个字节。
ID 的跳跃取决于两个因素 - LOW 的最大值和触发更改 HIGH 值的事件。默认情况下，在 Hibernate 中，LOW 的最大值是 Short.MAX_VALUE，并在每次生成器初始化时重置。从表中读取 HIGH 值并在每次初始化时递增，当 LOW 达到其上限时也会递增。所有这一切意味着在每次重新启动应用程序时，您的 ID 都会出现空白。
查看代码，似乎如果您将 value <1 用于 max_lo，则仅通过增加从 DB 读取的 hi 值来生成密钥。你可能会喜欢这种行为:)
查看 org.hibernate.id.MultipleHiLoPerTableGenerator#generate 的源代码
于 2011-01-24T23:50:14.133 回答
0
使用org.hibernate.id.MultipleHiLoPerTableGenerator#generate，我发现我的批次大小为 50，因此出于我的目的，使用 max id / 50 + 1 生成了一个可用的数字以放入序列中，以使它们尽可能接近顺序。
于 2011-02-23T22:20:42.020 回答