Java - JPA - @ Versions Annotation

Wie funktioniert @VersionAnnotation in JPA?

Ich habe verschiedene Antworten gefunden, deren Auszug wie folgt lautet:

JPA verwendet ein Versionsfeld in Ihren Entitäten, um gleichzeitige Änderungen am gleichen Datenspeicherdatensatz zu erkennen. Wenn die JPA-Laufzeit einen Versuch erkennt, denselben Datensatz gleichzeitig zu ändern, wird eine Ausnahme für die Transaktion ausgelöst, die versucht, zuletzt einen Commit durchzuführen.

Aber ich bin mir immer noch nicht sicher, wie es funktioniert.

Auch ab folgenden Zeilen:

Sie sollten Versionsfelder als unveränderlich betrachten. Das Ändern des Feldwerts hat undefinierte Ergebnisse.

Bedeutet das, dass wir unser Versionsfeld als deklarieren sollten final?

Aber ich bin mir immer noch nicht sicher, wie es funktioniert?

Angenommen, eine Entität MyEntityverfügt über eine mit Anmerkungen versehene versionEigenschaft:

@Entity
public class MyEntity implements Serializable {    

    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @Version
    private Long version;

    //...
}

Bei der Aktualisierung wird das mit Anmerkungen versehene Feld @Versioninkrementiert und der WHEREKlausel hinzugefügt.

UPDATE MYENTITY SET ..., VERSION = VERSION + 1 WHERE ((ID = ?) AND (VERSION = ?))

Wenn die WHEREKlausel nicht mit einem Datensatz übereinstimmt (da dieselbe Entität bereits von einem anderen Thread aktualisiert wurde), gibt der Persistenzanbieter einen aus OptimisticLockException.

Bedeutet das, dass wir unser Versionsfeld als endgültig deklarieren sollten?

Nein, aber Sie könnten in Betracht ziehen, den Setter zu schützen, da Sie ihn nicht nennen sollten.

Obwohl die Antwort von @Pascal vollkommen gültig ist, finde ich aus meiner Erfahrung den folgenden Code hilfreich, um ein optimistisches Sperren zu erreichen:

@Entity
public class MyEntity implements Serializable {    
    // ...

    @Version
    @Column(name = "optlock", columnDefinition = "integer DEFAULT 0", nullable = false)
    private long version = 0L;

    // ...
}

Warum? Weil:

1. Optimistisches Sperren funktioniert nicht wenn das mit Anmerkungen versehene Feld versehentlich auf gesetzt @Versionist null.
2. Da dieses spezielle Feld nicht unbedingt eine Geschäftsversion des Objekts ist, bevorzuge ich es, ein solches Feld so zu benennen, optlockanstatt irreführend zu seinversion .

Erster Punkt spielt keine Rolle , wenn Anwendung verwendet nur JPA für Daten in die Datenbank einfügen, als PPV - Anbieter erzwingen wird 0für @versionFeld zum Zeitpunkt der Erstellung. Es werden jedoch fast immer auch einfache SQL-Anweisungen verwendet (zumindest während Unit- und Integrationstests).

Jedes Mal, wenn eine Entität in der Datenbank aktualisiert wird, wird das Versionsfeld um eins erhöht. Jede Operation, die die Entität in der Datenbank aktualisiert, wird an WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASEihre Abfrage angehängt .

Bei der Überprüfung der betroffenen Zeilen Ihres Vorgangs kann das jpa-Framework sicherstellen, dass zwischen dem Laden und dem Beibehalten Ihrer Entität keine gleichzeitigen Änderungen vorgenommen wurden, da die Abfrage Ihre Entität nicht in der Datenbank finden würde, wenn die Versionsnummer zwischen Laden und Beibehalten erhöht wurde.

Version, die verwendet wird, um sicherzustellen, dass jeweils nur ein Update durchgeführt wird. Der JPA-Anbieter überprüft die Version. Wenn sich die erwartete Version bereits erhöht, aktualisiert bereits eine andere Person die Entität, sodass eine Ausnahme ausgelöst wird.

Das Aktualisieren des Entitätswerts wäre also sicherer und optimistischer.

Wenn sich der Wert häufig ändert, sollten Sie möglicherweise das Versionsfeld nicht verwenden. Zum Beispiel "eine Entität mit einem Zählerfeld, die sich bei jedem Zugriff auf eine Webseite erhöht"

Fügen Sie einfach ein wenig mehr Informationen hinzu.

JPA verwaltet die Version unter der Haube für Sie, tut dies jedoch nicht, wenn Sie Ihren Datensatz über aktualisieren JPAUpdateClause. In solchen Fällen müssen Sie das Versionsinkrement manuell zur Abfrage hinzufügen.

Gleiches gilt für die Aktualisierung über JPQL, dh nicht für eine einfache Änderung der Entität, sondern für einen Aktualisierungsbefehl für die Datenbank, selbst wenn dies im Ruhezustand erfolgt

Pedro