Editarea înregistrărilor bazei de date de către mai mulți utilizatori

Baza de date va face acest lucru pentru dvs. Uită-te la "select ... pentru actualizare", care este proiectat doar pentru acest gen de lucruri. Acesta vă va oferi o blocare de scriere pe rândurile selectate, pe care le puteți apoi angaja sau revine.

Dacă vă așteptați la coliziuni rare, Concurrency optimist este probabil cel mai bun pariu.

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

@ Mark Harrison: SQL Server nu acceptă această sintaxă ( SELECT ... FOR UPDATE ).

Echivalentul SQL Server este instrucțiunea SELECT sugestie UPDLOCK .

Consultați SQL Server Books Online pentru mai multe informații.

O altă opțiune este să testați că valorile din înregistrarea pe care o modificați sunt încă la fel ca atunci când ați început:

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

(afișați câmpul client_nm și utilizatorul îl modifică)

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' );

Nu trebuie să adăugați o coloană nouă în tabel (și să o actualizați), dar trebuie să creați mai multe instrucțiuni SQL detaliate și să treci noi și vechi la procedura memorată.

De asemenea, are avantajul că nu închideți înregistrările - pentru că știm cu toții că înregistrările vor rămâne blocate când nu ar trebui să fie ...

O abordare clasică este după cum urmează:

• 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

Cu mine, cel mai bun mod de a avea o coloană lastupdate (timetamp datatype). când selectați și actualizați doar comparați această valoare un alt avantaj al acestei soluții este că puteți utiliza această coloană pentru a urmări datele schimbate de timp. Cred că nu este bine dacă creați un colum ca isLock pentru actualizarea cecului.

-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