Hibernate,@ SequenceGenerator和allocationSize

Question

我们都知道Hibernate在使用时的默认行为@SequenceGenerator- 它将实际数据库序列增加1,将此值乘以50(默认allocationSize值) - 然后将此值用作实体ID.

这是不正确的行为,并与规范冲突说:

allocationSize - (可选)从序列中分配序列号时的增量.

要明确:我不打算生成ID之间的差距.

我关心的是与底层数据库序列不一致的 ID .例如:任何其他应用程序(例如使用普通JDBC)可能希望在从序列获取的ID下插入新行 - 但所有这些值可能已被Hibernate使用!疯狂.

有人知道这个问题的任何解决方案(没有设置allocationSize=1,从而降低性能)？

编辑:说
清楚.如果最后插入的记录具有ID = 1,则HB同时使用51, 52, 53...其新实体BUT的值:数据库中的序列值将设置为2.当其他应用程序使用该序列时,这很容易导致错误.

另一方面:规范说(根据我的理解)数据库序列应该被设置为51,同时HB应该使用范围中的值 2, 3 ... 50

更新:
正如Steve Ebersole在下面提到的:我可以通过设置启用我描述的行为(也是最直观的行为)hibernate.id.new_generator_mappings=true.

谢谢大家.

更新2:
对于未来的读者,您可以在下面找到一个有效的例子.

@Entity
@Table(name = "users")
public class User {

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator = "USERS_SEQ")
    @SequenceGenerator(name = "USERS_SEQ", sequenceName = "SEQUENCE_USERS")
    private Long id;
}

persistence.xml中

<persistence-unit name="testPU">
  <properties>
    <property name="hibernate.id.new_generator_mappings" value="true" />
  </properties>
</persistence-unit>

Answer 1

为了绝对清楚...你的描述不不以任何方式规范冲突.该规范讨论了Hibernate为您的实体分配的值,而不是实际存储在数据库序列中的值.

但是,可以选择获取您正在寻找的行为.首先看看我的回复是否有办法使用JPA注释和Hibernate动态选择@GeneratedValue策略？ 这将为您提供基础知识.只要您设置为使用SequenceStyleGenerator,Hibernate将使用SequenceStyleGenerator中allocationSize的"池化优化器"进行解释."池化优化器"用于允许在序列创建时使用"增量"选项的数据库(并非所有支持序列的数据库都支持增量).无论如何,请阅读那里的各种优化策略.

Answer 2

allocationSize=1在获取查询之前,它是一个微优化Hibernate尝试在allocationSize的范围内分配值,因此尽量避免查询数据库的序列.但是如果将其设置为1,则每次都会执行此查询.这几乎没有任何区别,因为如果您的数据库被其他某个应用程序访问,那么如果另一个应用程序同时使用相同的ID,则会产生问题.

下一代Sequence Id基于allocationSize.

通过defualt它保持50太多.它也只会帮助你50在一个会话中接近记录,这些记录不会持久存在,并且将使用此特定会话和转换保留.

所以你应该在使用allocationSize=1时使用SequenceGenerator.对于大多数底层数据库,序列总是递增1.