Java - JPA - @Sürüm ek açıklaması

@VersionJPA'da ek açıklama nasıl çalışır?

Özü aşağıdaki gibi olan çeşitli cevaplar buldum:

JPA, aynı veri deposu kaydında eşzamanlı değişiklikleri tespit etmek için varlıklarınızdaki bir sürüm alanı kullanır. JPA çalışma zamanı aynı kaydı eşzamanlı olarak değiştirme girişimi algıladığında, en son gerçekleştirmeye çalışan işleme bir istisna atar.

Ama hala nasıl çalıştığından emin değilim.

Ayrıca aşağıdaki satırlarda olduğu gibi:

Sürüm alanlarının değişmez olduğunu düşünmelisiniz. Alan değerinin değiştirilmesi tanımlanmamış sonuçlara neden olur.

Sürüm alanımızı olarak ilan etmemiz gerektiği anlamına mı geliyor final?

Ama yine de nasıl çalıştığından emin değilim?

Bir varlığın MyEntityek açıklamalı bir versionmülke sahip olduğunu varsayalım :

@Entity
public class MyEntity implements Serializable {    

    @Id
    @GeneratedValue
    private Long id;

    private String name;

    @Version
    private Long version;

    //...
}

Güncellemede, ile not verilen alan @Versionartırılacak ve aşağıdaki WHEREgibi maddeye eklenecektir :

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

Eğer WHEREmaddesinin (aynı varlık zaten başka bir iş parçacığı tarafından güncellendi çünkü) kaydını eşleştirememişse ardından kalıcılık sağlayıcısı bir atacağım OptimisticLockException.

Bu, sürüm alanımızı nihai olarak ilan etmemiz gerektiği anlamına mı geliyor?

Hayır, ama pasör dememen gerektiği gibi korumayı düşünebilirsin.

@Pascal cevabı tamamen geçerli olsa da, deneyimlerime göre aşağıdaki kodu iyimser kilitlemeyi başarmak için yararlı buluyorum:

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

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

    // ...
}

Neden? Çünkü:

1. İle not verilen alan yanlışlıkla olarak ayarlanırsa iyimser kilitleme çalışmaz .@Versionnull
2. Bu özel alan, mutlaka nesnenin bir iş versiyonu olmadığından, yanıltıcı bir optlockdurumdan kaçınmak için, bu alanı yerine benzeri bir şeyle adlandırmayı tercih ederim version.

JPA satıcısı oluşturma sırasında alan için zorlayacağından, uygulamanın veri tabanına veri eklemek için yalnızca JPA kullanması önemli değildir . Ancak neredeyse her zaman düz SQL ifadeleri de kullanılmaktadır (en azından birim ve entegrasyon testi sırasında).0@version

Veritabanında bir varlık her güncellendiğinde, sürüm alanı bir artırılacaktır. Veritabanındaki varlığı güncelleyen her işlem WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASE, sorgusuna eklenecektir .

İşleminizin etkilenen satırlarını kontrol ederken jpa çerçevesi, varlığınızı yükleme ve sürdürme arasında eşzamanlı bir değişiklik olmadığından emin olabilir, çünkü sorgu, yükleme ve kalıcılık arasında sürüm numarası artırıldığında veritabanında varlığınızı bulamaz.

Bir seferde yalnızca bir güncelleme olmasını sağlamak için kullanılan sürüm. JPA sağlayıcısı sürümü kontrol edecek, eğer beklenen sürüm zaten artmışsa, başka biri varlığı zaten güncelleyerek bir istisna atılacaktır.

Dolayısıyla, varlık değerini güncellemek daha güvenli ve daha iyimser olacaktır.

Değer sık ​​sık değişirse, sürüm alanını kullanmamayı düşünebilirsiniz. Bir örnek için "sayaç alanı olan ve bir web sayfasına her erişildiğinde artacak bir varlık"

Sadece biraz daha bilgi ekledim.

JPA, sizin için başlık altındaki sürümü yönetir, ancak kaydınızı güncellediğinizde bunu yapmaz JPAUpdateClause, bu gibi durumlarda sürüm artışını sorguya manuel olarak eklemeniz gerekir.

Aynı şey JPQL yoluyla güncelleme için de söylenebilir, yani varlıkta basit bir değişiklik değil, ancak hazırda bekletme ile yapılmış olsa bile veritabanına bir güncelleme komutu.

Pedro