Hibernate Envers - Überarbeitungsinformationen mit benutzerdefinierten Feldern erweitern

Hibernate Envers - Erweiterung der Revisionsinformationen mit benutzerdefinierten Feldern

In dieser Frage wird untersucht, wie die Standard -Revisionsinformationen erweitert werden, die von Hibernate Envers mit benutzerdefinierten Feldern verfolgt werden. Standardmäßig enthält Encen Informationen wie Revisionsnummer, Zeitstempel und den Benutzer, der für die Änderung verantwortlich ist. Oft müssen Sie jedoch zusätzliche kontextspezifische Daten neben diesen Standardfeldern speichern. Dies wird erreicht, indem eine benutzerdefinierte Revisionseinheit erstellt wird, die die Standard -Envers Revision entity erweitert. Auf diese Weise können Sie Ihre eigenen Attribute hinzufügen und umfangreichere Prüfungswege bereitstellen. Wir werden untersuchen, wie dies in den folgenden Abschnitten effektiv implementiert werden kann. Nehmen wir an, Ihre Standardrevisions -Entität ist

. Sie würden beispielsweise eine neue Entität erstellen, die

(oder deren äquivalent, abhängig von Ihrer Envers -Version) erweitert und Ihre benutzerdefinierten Felder hinzufügt. Denken Sie daran, die erforderlichen Getter und Setter hinzuzufügen. Die Annotationen

, org.hibernate.envers.DefaultRevisionEntity und CustomRevisionEntity sind für den Winterschlaf von entscheidender Bedeutung, um diese Entität als Envers Revisions -Einheit zu erkennen und zu verwalten. Die DefaultRevisionEntity Annotation geht davon aus, dass Ihre Revisionsinformationen in einer Tabelle mit dem Namen

gespeichert sind. Passen Sie dies an, wenn sich Ihr Tabellenname unterscheidet. Dies erfolgt normalerweise durch Einstellen der Eigenschaft

<code class="java">@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
    // ...
}</code>

in Ihrer Hibernate -Konfiguration (z. B.

oder einer programmatischen Konfiguration). Nach dieser Konfiguration verwenden Envers Ihre benutzerdefinierte Entität, um Revisionsinformationen zu speichern, einschließlich Ihrer hinzugefügten benutzerdefinierten Felder.

• Halten Sie es relevant: Fügen Sie nur Felder hinzu, die wirklich wertvolle Prüfungsinformationen liefern. Vermeiden Sie es, unnötige Daten hinzuzufügen, um die Überarbeitungstabelle präzise und effizient zu halten. Erwägen Sie, Enums für kontrollierte Vokabulare und geeignete numerische Typen für Mengen zu verwenden. Dies ist besonders wichtig für große Audit -Tabellen. Dies könnte die Verwendung von Hibernate -Validatoren oder benutzerdefinierte Validierungslogik beinhalten. Vermeiden Sie hartcodierende Werte oder koppeln sie fest an eine spezifische Anwendungslogik. Dies verbessert die Lesbarkeit und Wartbarkeit. Erwägen Sie, große Objekte separat zu speichern und sie in Ihrer Revisionsentität mithilfe einer Fremdschlüsselbeziehung zu verweisen. Ihre benutzerdefinierten Felder in der
können von jedem Typ von Hibernate unterstützt werden, einschließlich Ihrer eigenen benutzerdefinierten Klassen. Denken Sie jedoch daran, dass der Winterschlaf in der Lage sein muss, diese Typen bestehen zu können. Dies bedeutet, dass Ihre benutzerdefinierten Typen ordnungsgemäß als Hibernate -Entitäten oder Value -Objekte zugeordnet werden müssen. Annotation. Dies ermöglicht es dem Winterschlaf, die Adressdaten innerhalb der
• zu bestehen. Für komplexere Typen sollten Sie eine separate Tabelle und eine Fremdschlüsselbeziehung für eine optimale Datenbankleistung verwenden. Dieser Ansatz ist besonders vorteilhaft für größere oder komplexere benutzerdefinierte Datentypen.

Das obige ist der detaillierte Inhalt vonHibernate Envers - Überarbeitungsinformationen mit benutzerdefinierten Feldern erweitern. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!