Hibernate Envers - カスタムフィールドで改訂情報を拡張します

Hibernate Envers - カスタムフィールドを使用した改訂情報を拡張します

この質問では、Hibernate Enversがカスタムフィールドを使用して追跡する標準改訂情報を増強する方法を探ります。 Enversは、デフォルトでは、改訂番号、タイムスタンプ、変更の責任者などの情報を提供します。ただし、多くの場合、これらの標準フィールドとともに追加のコンテキスト固有のデータを保存する必要があります。 これは、デフォルトのエンバーリビジョンエンティティを拡張するカスタムリビジョンエンティティを作成することで達成されます。 これにより、独自の属性を追加して、より豊かな監査証跡を提供できます。 これを次のセクションで効果的に実装する方法を調べます。

Hibernate Enversリビジョン情報にカスタムデータを追加するにはどうすればよいですか？

カスタムデータを追加するには、Hibernateが提供するデフォルトのEnvers Revision Entityを拡張するカスタムリビジョンエンティティを作成する必要があります。 デフォルトの改訂エンティティがorg.hibernate.envers.DefaultRevisionEntityであると仮定しましょう。 たとえば、新しいエンティティを作成しますCustomRevisionEntity。これは、DefaultRevisionEntity（または同等のバージョンに応じて同等）を拡張し、カスタムフィールドを追加します。 必要なゲッターとセッターを追加することを忘れないでください。 HibernateがこのエンティティをEnvers Revision Entityとして認識および管理するためには、

、

@Entity
@Audited
@Table(name = "REVINFO")
public class CustomRevisionEntity extends DefaultRevisionEntity {

    @Column(name = "application_name")
    private String applicationName;

    @Column(name = "client_ip")
    private String clientIp;

    // Add other custom fields as needed...

    // Getters and setters for all fields
    // ...
}

、およびアノテーションは、あなたの改訂情報がCustomRevisionEntityという名前のテーブルに保存されていると想定しています。テーブル名が異なる場合は、これを調整します。applicationNameclientIp非常に重要なことは、カスタムリビジョンエンティティを使用するようにHibernate Enversを構成する必要があります。 これは通常、hibernate構成（例：@Entityまたはプログラマティック構成）に@Auditedプロパティを設定することによって行われます。 この構成の後、Enversはカスタムエンティティを使用して、追加されたカスタムフィールドを含むリビジョン情報を保存します。

• それを関連させてください：真に貴重な監査情報を提供するフィールドのみを追加します。 不要なデータを追加して修正テーブルを簡潔かつ効率的に保つことは避けてください。
• 適切なデータ型を使用してください。制御された語彙には、量に適切な数値タイプの列挙を使用することを検討してください。
• インデックス作成を検討してください。 これは、大規模な監査表にとって特に重要です。
データ検証：
• データの整合性を維持するためのカスタムフィールドのデータ検証を実装します。 これには、Hibernate Validatorsまたはカスタム検証ロジックを使用することが含まれます。
保守性：
• 将来の拡張性を念頭に置いてカスタムフィールドを設計します。 ハードコード値を避けたり、それらを特定のアプリケーションロジックにしっかりと結合したりします。
• 命名規則：プロジェクトのスタイルガイドに従って、カスタムフィールドに明確で一貫した命名規則を使用します。 これにより、読みやすさとメンテナビリティが向上します。
• パフォーマンスの考慮事項：大型または複雑なカスタムフィールドは、パフォーマンスに悪影響を与える可能性があります。 大規模なオブジェクトを個別に保存し、外部キー関係を使用してリビジョンエンティティに参照することを検討してください。

Hibernate Enversでリビジョン情報を拡張するときにカスタムデータ型を使用することは可能ですか？

のカスタムフィールドは、独自のカスタムクラスを含む、冬眠によってサポートされるあらゆるタイプのものにすることができます。 ただし、Hibernateはこれらのタイプを持続できる必要があることを忘れないでください。 これは、カスタムタイプを冬眠エンティティまたはバリューオブジェクトとして適切にマッピングする必要があることを意味します。たとえば、カスタム

クラスを持っている場合：

CustomRevisionEntity

フィールドを

：Address：

@Entity
@Audited
@Table(name = "REVINFO")
public class CustomRevisionEntity extends DefaultRevisionEntity {

    @Column(name = "application_name")
    private String applicationName;

    @Column(name = "client_ip")
    private String clientIp;

    // Add other custom fields as needed...

    // Getters and setters for all fields
    // ...
}

注釈。 これにより、HibernateはAddress内でアドレスデータを持続できます。 より複雑なタイプについては、最適なデータベースパフォーマンスのために、別のテーブルと外部キー関係を使用することを検討してください。 このアプローチは、より大きなまたはより複雑なカスタムデータ型に特に有益です。

以上がHibernate Envers - カスタムフィールドで改訂情報を拡張しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。