【问题标题】:How to adjust EclipseLink Preallocation strategy如何调整 EclipseLink 预分配策略
【发布时间】:2013-01-13 13:03:15
【问题描述】:

我正在处理一个项目,我们最近将持久性提供程序从使用 OpenJPA 更改为使用 EclipseLink。这是一个大而老的应用程序,我们还从其他进程执行 SQL 插入,这些进程目前无法迁移到 JPA。

我们使用 @TableGenerator 来引用一个表,我们在其中跟踪要在插入时使用的 id。

当我们使用 OpenJPA 时,我们注意到它首先从表中选择下一个 id,然后更新表以预分配下一个 id。这与旧 SQL 进程获取和预分配下一个 id 的方式完全相同。

当我们切换到 EclipseLink 时,我们注意到了相反的行为,它更新表以预分配下一个 id,然后开始执行插入操作。这导致了 java.sql.SQLIntegrityConstraintViolationException,因为非 JPA 进程已使用最后一个预分配的 id 来插入新记录,因此当 JPA 进程到达该 id 时,数据库会给出一个错误,声称我们正在尝试使用已使用的 id 进行插入。

有没有办法告诉 EclipseLink 以 OpenJPA 的方式处理预分配?

以下是一些来自 OpenJPA 与 EclipseLink 的预分配策略示例,对于这些示例,我将 allocationSize 设置为 5

OpenJPA

TEST  TRACE  [main] openjpa.jdbc.SQL - <t 22760146, conn 3658896> executing prepstmnt 9137209 SELECT NEXT_ID FROM ABC.table_ids WHERE TABLE_ID = ? FOR UPDATE [params=(String) 1034] [reused=0]
TEST  TRACE  [main] openjpa.jdbc.SQL - <t 22760146, conn 3658896> [94 ms] spent
TEST  TRACE  [main] openjpa.jdbc.SQL - <t 22760146, conn 3658896> executing prepstmnt 23999306 UPDATE ABC.table_ids SET NEXT_ID = ? WHERE TABLE_ID = ? AND NEXT_ID = ? [params=(long) 55, (String) 10, (long) 50] [reused=0]
TEST  TRACE  [main] openjpa.jdbc.SQL - <t 22760146, conn 3658896> [93 ms] spent

EclipseLink:

[EL Fine]: 2013-01-23 14:08:35.875--ClientSession(6215763)--Connection(10098848)--Thread(Thread[main,5,main])--UPDATE table_ids SET next_id = next_id + ? WHERE table_id = ?

        bind => [5, 10]

[EL Fine]: 2013-01-23 14:08:36.0--ClientSession(6215763)--Connection(10098848)--Thread(Thread[main,5,main])--SELECT next_id FROM table_ids WHERE table_id = ?

        bind => [10]

提前致谢!

【问题讨论】:

    标签: jpa eclipselink openjpa allocation


    【解决方案1】:

    问题不在于更新与选择的顺序,而是对是否具有当前值的解释。 EclipseLink 假定它获取当前值,而 OpenJPA 似乎没有。

    理想情况下,您可以更改非 JPA 用法以做出相同的假设。如果不能,您可以在 EclipseLink 中编写自己的自定义序列对象。

    为此,请创建 TableSequence 的子类并覆盖 buildSelectQuery() 方法,以向 SQL 添加“+ 1”(或“- 1”)以说明假设的差异。

    然后您可以使用 SessionCustomizer 添加您的自定义序列。

    还请在 EclipseLink 中记录一个错误,以便为 OpenJPA 排序添加兼容性选项。

    【讨论】:

    • 对,我不能碰非 JPA 的用法。子类化 TableSequence 似乎是一个聪明的方法,我会尝试并告诉你。
    • 这绝对有效。插入没有冲突,并且 JPA 和非 JPA 实现之间没有缺少 id。非常感谢!
    猜你喜欢
    • 1970-01-01
    • 2019-12-12
    • 2019-11-23
    • 1970-01-01
    • 2013-08-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-07-18
    相关资源
    最近更新 更多