एकाधिक उपयोगकर्ताओं द्वारा डेटाबेस रिकॉर्ड संपादन

मैंने डाटाबेस टेबल (सामान्यीकृत, एक एमएस एसक्यूएल सर्वर पर) डिज़ाइन किया है और एक एप्लिकेशन के लिए एक स्टैंडअलोन विंडोज फ्रंट एंड बनाया है जिसका उपयोग कुछ हद तक उपयोगकर्ताओं द्वारा सूचना को जोड़ने और संपादित करने के लिए किया जाएगा। बाद में हमारे उत्पादन क्षेत्र में खोज की अनुमति देने के लिए हम एक वेब इंटरफ़ेस जोड़ देंगे।

मुझे चिंतित है कि यदि दो उपयोगकर्ता एक ही रिकॉर्ड को संपादित करना शुरू करते हैं तो अद्यतन करने के लिए अंतिम 'विजेता' होगा और महत्वपूर्ण जानकारी खो सकती है। कई समाधान दिमाग में आते हैं लेकिन मुझे यकीन नहीं है कि मैं एक बड़ा सिरदर्द बनाने जा रहा हूं।

  1. Do nothing and hope that two users are never going to be editing the same record at the same time. - Might never happed but what if it does?
  2. Editing routine could store a copy of the original data as well as the updates and then compare when the user has finished editing. If they differ show user and comfirm update - Would require two copies of data to be stored.
  3. Add last updated DATETIME column and check it matches when we update, if not then show differences. - requires new column in each of the relevant tables.
  4. Create an editing table that registers when users start editing a record that will be checked and prevent other users from editing same record. - would require carful thought of program flow to prevent deadlocks and records becoming locked if a user crashes out of the program.

क्या कोई बेहतर समाधान है या क्या मुझे इनमें से किसी एक के लिए जाना चाहिए?

0
जोड़ा संपादित
विचारों: 1

7 उत्तर

डेटाबेस आपके लिए यह करेगा। "अपडेट के लिए ... चुनें" पर नज़र डालें, जिसे इस तरह की चीज़ के लिए डिज़ाइन किया गया है। यह आपको चयनित पंक्तियों पर एक लिखित लॉक देगा, जिसे आप फिर प्रतिबद्ध या वापस रोल कर सकते हैं।

0
जोड़ा

यदि आप कम से कम टकराव की अपेक्षा करते हैं, तो आशावादी Concurrency शायद आपकी सबसे अच्छी शर्त है।

Scott Mitchell wrote a comprehensive tutorial on implementing that pattern:
Implementing Optimistic Concurrency

0
जोड़ा
साझा करने के लिए धन्यवाद।
जोड़ा लेखक Pramod Gharu, स्रोत

@ मार्क हैरिसन: एसक्यूएल सर्वर उस वाक्यविन्यास का समर्थन नहीं करता है ( चयन करें ... अद्यतन के लिए )।

SQL सर्वर समतुल्य SELECT कथन संकेत <�कोड> UPDLOCK है।

अधिक जानकारी के लिए SQL सर्वर पुस्तकें ऑनलाइन देखें।

0
जोड़ा

एक अन्य विकल्प यह जांचना है कि आपके द्वारा रिकॉर्ड किए जा रहे रिकॉर्ड में मूल्य वही हैं जैसा आपने शुरू किया था:

SELECT 
    customer_nm,
    customer_nm AS customer_nm_orig
FROM demo_customer
WHERE customer_id = @p_customer_id

(ग्राहक_एनएम फ़ील्ड प्रदर्शित करें और उपयोगकर्ता इसे बदलता है)

UPDATE demo_customer
SET customer_nm = @p_customer_name_new
WHERE customer_id = @p_customer_id
AND customer_name = @p_customer_nm_old

IF @@ROWCOUNT = 0
    RAISERROR( 'Update failed: Data changed' );

आपको अपनी तालिका में एक नया कॉलम जोड़ने की आवश्यकता नहीं है (और इसे अद्यतित रखें), लेकिन आपको अधिक वर्बोज़ एसक्यूएल कथन बनाना होगा और नया और पुराना संग्रहीत प्रक्रिया में फ़ील्ड।

इसका लाभ भी है कि आप रिकॉर्ड लॉक नहीं कर रहे हैं - क्योंकि हम सभी जानते हैं कि रिकॉर्ड्स बंद होने पर बंद रहेंगे जब वे नहीं होना चाहिए ...

0
जोड़ा

एक क्लासिक दृष्टिकोण निम्नानुसार है:

  • add a boolean field , "locked" to each table.
  • set this to false by default.
  • when a user starts editing, you do this:

    • lock the row (or the whole table if you can't lock the row)
    • check the flag on the row you want to edit
    • if the flag is true then
      • inform the user that they cannot edit that row at the moment
    • else
      • set the flag to true
    • release the lock

    • when saving the record, set the flag back to false

0
जोड़ा
यह अच्छा विचार नहीं है, अगर लॉक = सत्य सेट करें, यदि एप्लिकेशन या ब्राउज़र क्रैश हो गया है, तो रिकॉर्ड हमेशा के लिए मृत लॉक है।
जोड़ा लेखक Cheung, स्रोत
यह लहर सफेद ध्वज समाधान "समवर्ती संशोधन को हल करना मुश्किल है इसलिए मैं बाहर निकलने जा रहा हूं"
जोड़ा लेखक Chris Marisic, स्रोत
अच्छा बिंदु, @ सिल्वर नाइट - क्या आप सही समाधान पोस्ट कर सकते हैं?
जोड़ा लेखक AJ., स्रोत
ऐसे मामलों (एप्लिकेशन / ब्राउज़र क्रैश) के लिए आप एप्लिकेशन में ForceUnlock विधि जोड़ सकते हैं, जो जबरन लॉक पर लॉक सेट करेगा।
जोड़ा लेखक Oleksandr, स्रोत

मेरे साथ, सबसे अच्छा तरीका है कि मेरे पास कॉलम lastupdate (timetamp डेटाटाइप) है। जब चुनें और अपडेट करें तो इस मान की तुलना करें इस समाधान का एक और अग्रिम यह है कि आप डेटा कॉल करने के समय को ट्रैक करने के लिए इस कॉलम का उपयोग कर सकते हैं। मुझे लगता है कि अगर आप चेक अपडेट के लिए आईलॉक जैसे कॉलम बनाते हैं तो यह अच्छा नहीं है।

0
जोड़ा

-first create filed (update time) to store last update record -when any user select record save select time, compare between select time and update time field if( update time) > (select time) that mean another user update this record after select record

0
जोड़ा