Hibernate Envers-支持ValidityAuditStrategy中的JDBC批处理，允许_identifier_reuse=true

Question

使用HiberNate Envers（版本5.2.17。最终），我试图持久化大约250000个JPA实体，并使用EnversValidityAuditStrategy审计初始插入。我正在使用JDBC批处理来提高性能。我看到两者都发生了批处理

• 插入基表（即INSERT INTO dbo.EXAMPLE_TABLE）
• 插入审计表（即INSERT INTO dbo.EXAMPLE_TABLE_AUD）

但不适用于用于更新任何以前审核行的结束修订的查询，我认为在设置允许_identifier_reuse=true时启用了该查询（这对于我的用例是强制性的）。以下更新查询之一的示例：

update
    dbo.example_table_aud
set
    revend=? 
where
    id=? 
    and rev<> ? 
    and revend is null

实体代码：

@Entity
@Audited
@Table(schema = "dbo", name = "EXAMPLE_TABLE")
public class ExampleEntity {

    @Id
    @Column(name = "ID", nullable = false)
    private long id;

    @Column(name = "NAME", nullable = false)
    private String name;

    @Version
    @Column(name = "VERSION", nullable = false)
    private int version;

    public long getId() {
        return id;
    }

    public void setId(long id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public int getVersion() {
        return version;
    }

    public void setVersion(int version) {
        this.version = version;
    }
}

Hibernate/Envers配置：

  org.hibernate.envers:
    audit_table_suffix: _AUD
    revision_field_name: REV
    revision_type_field_name: REVTYPE
    default_schema: dbo
    audit_strategy: org.hibernate.envers.strategy.ValidityAuditStrategy
    do_not_audit_optimistic_locking_field: false
    store_data_at_delete: true
    allow_identifier_reuse: true
  hibernate:
    dialect: org.hibernate.dialect.SQLServer2012Dialect
    format_sql: true
    jdbc.batch_size: 100
    jdbc.batch_versioned_data: true
    order_inserts: true
    order_updates: true

是否有一个解决方案来启用对查询使用JDBC批处理来更新任何先前行的结束修订？




Answer 1

您提到的更新有几个原因：

1. 标识符重用（这实际上只对REV_TYPE=0或Rev. sionType. ADD行重要）。
2. REV_TYPE！=0（又名RevsionType. MOD和RevsionType. DEL行）。

目前，还没有真正的解决方法来批量处理这些语句，这主要是因为这些更新的工作方式。现有的策略预期这些谓词会影响表中的一行，因此也会检查它，作为其合理性检查的一部分，否则我们会强制事务失败。

我认为找到一种方法来实现这一点是很好的，这样批量插入/更新就可以工作了，但我们首先必须找到一种方法来实现这些更新，并保持相同的健全性检查，其中只有一行会受到该更改的影响，而不是多行，如果更改被延迟，就会出现这种情况。

所有这些逻辑都在ValidityAuditStrategy中处理，这是用户的可插拔选项，因此您可能会找到一个可行的解决方案，并与我们分享。

无论哪种情况，我都建议和我们一起打开一个JIRA增强问题，我们可以更详细地讨论如何（如果可能的话）最好地有效和高效地处理潜在的支持批处理插入/更新。