Редактирование записей базы данных несколькими пользователями

Если вы ожидаете нечастых столкновений, оптимистичный параллелизм , вероятно, ваш лучший выбор.

Скотт Митчелл написал исчерпывающий учебник по реализации этого шаблона:
Реализация Оптимистичного Параллелизма

Классический подход заключается в следующем:

• добавьте в каждую таблицу логическое поле "locked".
• по умолчанию установите значение false.

• когда пользователь начинает редактирование, вы делаете это:

  • блокировка строки (или всей таблицы, если вы не можете заблокировать строку)
  • установите флажок на строке, которую вы хотите отредактировать
  • если флаг истинен то
    • сообщите пользователю, что в данный момент он не может редактировать эту строку
  • еще
    • установите флаг в true

  • снять блокировку

  • при сохранении записи установите флаг обратно в false

@ Mark Harrison : сервер SQL не поддерживает этот синтаксис ( SELECT ... FOR UPDATE).

Эквивалентом SQL сервера является SELECT оператор hint UPDLOCK .

Дополнительную информацию смотрите в разделе SQL Server Books Online .

Другой вариант-проверить, что значения в изменяемой записи остаются теми же, что и при запуске:

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

(отобразите поле customer_nm, и пользователь изменит его)

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

Вам не нужно добавлять новый столбец в таблицу (и поддерживать его в актуальном состоянии), но вам нужно создать более подробные инструкции SQL и передать новые и старые поля в хранимую процедуру.

Это также имеет то преимущество, что вы не блокируете записи - потому что все мы знаем, что записи в конечном итоге останутся заблокированными, когда их не должно быть...

Выберите для обновления и эквиваленты хороши, если вы держите блокировку в течение микроскопического количества времени, но для макроскопического количества (например, пользователь загрузил данные и не нажал 'save') вы должны использовать оптимистичный параллелизм, как описано выше. (Который я всегда считаю неправильным названием - Он более пессимистичен, чем "последний писатель выигрывает", который обычно является единственной альтернативой, рассматриваемой.)

- сначала создайте файл (время обновления) для хранения последней записи обновления -когда любой пользователь выбирает запись сохранить выбрать время, сравнить выберите время и поле время обновления, если( обновления) > (выбираете время), что значит другой пользователь обновлять эту запись После выбора записи

Со мной лучше всего работает столбец lastupdate (timetamp datatype). при выборе и обновлении просто сравните это значение еще одним преимуществом этого решения является то, что вы можете использовать этот столбец для отслеживания времени изменения данных. Я думаю, что это не очень хорошо, если вы просто создадите colum, как isLock для проверки обновления.

База данных сделает это за вас. Посмотрите на "select ... для обновления", которая предназначена именно для такого рода вещей. Это даст вам блокировку записи на выбранных строках, которую вы можете затем зафиксировать или откатить.