Java - JPA - Anotasi @Version

Bagaimana cara @Versionkerja anotasi di JPA?

Saya menemukan berbagai jawaban yang ekstraknya adalah sebagai berikut:

JPA menggunakan kolom versi di entitas Anda untuk mendeteksi modifikasi serentak ke data datastore yang sama. Ketika runtime JPA mendeteksi upaya untuk mengubah rekaman yang sama secara bersamaan, itu membuat pengecualian ke transaksi yang mencoba untuk melakukan terakhir.

Tapi saya masih belum yakin bagaimana cara kerjanya.

Juga seperti dari baris berikut:

Anda harus menganggap bidang versi tidak dapat diubah. Mengubah nilai bidang memiliki hasil yang tidak ditentukan.

Apakah ini berarti bahwa kita harus mendeklarasikan field versi kita sebagai final?

Tapi tetap saja saya tidak yakin bagaimana cara kerjanya?

Misalkan sebuah entitas MyEntitymemiliki versionproperti beranotasi :

@Entity
public class MyEntity implements Serializable {    

    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @Version
    private Long version;

    //...
}

Saat diperbarui, bidang yang dianotasi @Versionakan bertambah dan ditambahkan ke WHEREklausa, seperti ini:

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

Jika WHEREklausa gagal untuk mencocokkan rekaman (karena entitas yang sama telah diperbarui oleh utas lain), penyedia persistensi akan melempar OptimisticLockException.

Apakah itu berarti kita harus mendeklarasikan field versi kita sebagai final

Tidak, tetapi Anda dapat mempertimbangkan untuk membuat setter dilindungi karena Anda tidak seharusnya menyebutnya.

Meskipun jawaban @Pascal benar-benar valid, dari pengalaman saya, saya menemukan kode di bawah ini membantu untuk mencapai penguncian yang optimis:

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

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

    // ...
}

Mengapa? Karena:

1. Penguncian yang optimal tidak akan berfungsi jika bidang yang diberi anotasi @Versiondisetel ke tidak sengaja null.
2. Karena bidang khusus ini belum tentu merupakan versi bisnis dari objek, untuk menghindari penyesatan, saya lebih suka menamai bidang tersebut dengan sesuatu seperti optlockdaripada version.

Titik pertama tidak masalah jika menggunakan aplikasi hanya JPA untuk memasukkan data ke dalam database, sebagai vendor JPA akan menegakkan 0untuk @versionbidang pada waktu penciptaan. Tetapi hampir selalu pernyataan SQL biasa juga digunakan (setidaknya selama pengujian unit dan integrasi).

Setiap kali entitas diperbarui dalam database, bidang versi akan bertambah satu. Setiap operasi yang memperbarui entitas dalam database akan ditambahkan WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASEke kuerinya.

Dalam memeriksa baris yang terpengaruh dari operasi Anda, kerangka kerja jpa dapat memastikan tidak ada modifikasi bersamaan antara memuat dan mempertahankan entitas Anda karena kueri tidak akan menemukan entitas Anda dalam database ketika nomor versinya telah ditingkatkan antara memuat dan bertahan.

Versi digunakan untuk memastikan bahwa hanya satu pembaruan dalam satu waktu. Penyedia JPA akan memeriksa versinya, jika versi yang diharapkan sudah meningkat maka orang lain sudah memperbarui entitas sehingga pengecualian akan dilempar.

Jadi memperbarui nilai entitas akan lebih aman, lebih optimis.

Jika nilai sering berubah, maka Anda mungkin mempertimbangkan untuk tidak menggunakan kolom versi. Sebagai contoh "entitas yang memiliki kolom tandingan, yang akan meningkat setiap kali halaman web diakses"

Hanya menambahkan sedikit info lagi.

JPA mengelola versi di bawah tenda untuk Anda, namun JPA tidak melakukannya saat Anda memperbarui data melalui JPAUpdateClause, dalam kasus seperti itu Anda perlu menambahkan kenaikan versi secara manual ke kueri.

Hal yang sama dapat dikatakan tentang memperbarui melalui JPQL, yaitu bukan perubahan sederhana ke entitas, tetapi perintah pembaruan ke database meskipun itu dilakukan dengan hibernate

Pedro