जावा - जेपीए - @ वर्जन एनोटेशन

Question

जेपीए में @Version एनोटेशन काम कैसे करता है?

जेपीए ही डेटासंग्रह रिकॉर्ड करने के लिए समवर्ती संशोधनों का पता लगाने के लिए अपने संस्थाओं में एक संस्करण क्षेत्र का उपयोग करता:

मैं विभिन्न जवाब जिसका निकालने इस प्रकार है के रूप में पाया। जब जेपीए रनटाइम एक ही रिकॉर्ड को समवर्ती रूप से संशोधित करने के प्रयास का पता लगाता है, तो यह लेनदेन के लिए अंतिम अपवाद करने का प्रयास अपवाद करता है।

लेकिन मुझे अभी भी यह सुनिश्चित नहीं है कि यह कैसे काम करता है।

---

इसके अलावा निम्नलिखित लाइनों से के रूप में:

आप संस्करण क्षेत्रों अपरिवर्तनीय विचार करना चाहिए। फ़ील्ड मान को बदलने से अपरिभाषित परिणाम हैं।

क्या इसका मतलब यह है कि हमें अपना संस्करण फ़ील्ड final के रूप में घोषित करना चाहिए?

Answer 1

लेकिन फिर भी मुझे यकीन नहीं है कि यह कैसे काम करता है?

मान लीजिए कि एक इकाई MyEntity व्याख्या किए गए version संपत्ति है दो:

@Entity 
public class MyEntity implements Serializable {  

    @Id 
    @GeneratedValue 
    private Long id; 

    private String name; 

    @Version 
    private Long version; 

    //... 
} 

अद्यतन पर, क्षेत्र @Version साथ एनोटेट वृद्धि की जाएगी और, कुछ इस तरह WHERE खंड को जोड़ा गया:

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

यदि WHERE खंड रिकॉर्ड से मेल खाने में विफल रहता है (क्योंकि उसी इकाई को पहले ही अपडेट कर दिया गया है एक और धागा), तो दृढ़ता प्रदाता OptimisticLockException फेंक देगा।

यह मतलब यह है कि हम के रूप में अंतिम

कोई हमारे संस्करण क्षेत्र घोषित करना चाहिए, लेकिन आप सेटर संरक्षित के रूप में आप इसे कहते नहीं करना पड़ेगा बनाने पर विचार कर सकता है।

Answer 2

हर बार डेटाबेस में एक इकाई को अद्यतन किया जाता है, संस्करण फ़ील्ड को एक से बढ़ाया जाएगा। प्रत्येक ऑपरेशन जो डेटाबेस में इकाई को अद्यतन करता है, ने अपनी क्वेरी में WHERE version = VERSION_THAT_WAS_LOADED_FROM_DATABASE जोड़ दिया होगा।

आपके ऑपरेशन की प्रभावित पंक्तियों की जांच में जेपीए फ्रेमवर्क यह सुनिश्चित कर सकता है कि लोडिंग और अपनी इकाई को बनाए रखने के बीच कोई समवर्ती संशोधन नहीं था क्योंकि क्वेरी को डेटाबेस में आपकी इकाई नहीं मिलती है जब लोड और जारी रखने के बीच संस्करण संख्या बढ़ जाती है ।

Answer 3

संस्करण यह सुनिश्चित करने के लिए उपयोग किया जाता है कि एक समय में केवल एक ही अपडेट। जेपीए प्रदाता संस्करण की जांच करेगा, यदि अपेक्षित संस्करण पहले से बढ़ता है तो कोई और पहले से ही इकाई को अपडेट कर देगा ताकि एक अपवाद फेंक दिया जा सके।

इसलिए इकाई मूल्य अपडेट करना अधिक सुरक्षित, अधिक आशावादी होगा।

यदि मूल्य लगातार बदलता है, तो आप संस्करण फ़ील्ड का उपयोग न करने पर विचार कर सकते हैं। एक उदाहरण के लिए "एक इकाई काउंटर क्षेत्र है, कि इच्छा हर वृद्धि हुई पहुँचा एक वेब पेज"

Answer 4

हालांकि @Pascal जवाब पूरी तरह से वैध है, मेरे अनुभव से मैं आशावादी ताला पूरा करने के लिए उपयोगी नीचे कोड पाते हैं:

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

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

    // ... 
} 

क्यों? क्योंकि:

1. आशावादी ताला लगा काम नहीं करेगा अगर @Version साथ एनोटेट क्षेत्र गलती से null को तैयार है।
2. चूंकि यह विशेष फ़ील्ड किसी भ्रामक से बचने के लिए वस्तु का व्यावसायिक संस्करण आवश्यक नहीं है, इसलिए version की बजाय optlock जैसे इस क्षेत्र को नाम देना पसंद करते हैं।

प्रथम बिंदु फर्क नहीं पड़ता अगर आवेदन, डेटाबेस में डेटा सम्मिलित करने के लिए केवल जेपीए का उपयोग करता है के रूप में जेपीए विक्रेता निर्माण समय में @version क्षेत्र के लिए 0 लागू करेगा। लेकिन लगभग हमेशा सादे एसक्यूएल कथन भी उपयोग में हैं (कम से कम इकाई/एकीकरण परीक्षण के दौरान)।

Answer 5

बस थोड़ा और जानकारी जोड़ना।

जेपीए आपके लिए हुड के तहत संस्करण का प्रबंधन करता है, हालांकि ऐसा नहीं होता है जब आप JPAUpdateClause() के माध्यम से अपना रिकॉर्ड अपडेट करते हैं, तो आपको क्वेरी में संस्करण वृद्धि को मैन्युअल रूप से जोड़ना होगा।

पेड्रो