Как мне поступать с одновременными изменениями в веб-приложении?

Насколько мне известно, общего решения проблемы нет.

Корень проблемы в том, что пользователь может извлекать данные и долго смотреть на них на экране, прежде чем выполнить обновление и сохранить.

Я знаю три основных подхода:

1. Когда пользователь читает базу данных, заблокируйте запись и не отпускайте, пока пользователь не сохранит какие-либо обновления. На практике это совершенно непрактично. Что, если пользователь откроет экран, а затем перейдет на обед без сохранения? Или едет домой на день? Или он так расстроен, пытаясь обновить эту дурацкую запись, что уходит и больше не возвращается?

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

Предположим, что в наличии имеется 10. Пользователь A совершает продажу. Текущее количество = 10. Пользователь Б создает продажу. Он также получает текущее количество = 10. Пользователь A вводит, что две единицы проданы. Новое количество = 10 - 2 = 8. Сохранить. Пользователь Б вводит одну проданную единицу. Новое количество = 10 (значение, которое он загрузил) - 1 = 9. Сохраните. Ясно, что что-то пошло не так.

Решение: вместо того, чтобы писать «обновить количество набора инвентаря = 9, где itemid = 12345», напишите «обновить количество набора инвентаря = количество-1, где itemid = 12345». Затем позвольте базе данных поставить обновления в очередь. Это сильно отличается от стратегии №1, поскольку базе данных достаточно заблокировать запись только на время, достаточное для ее чтения, обновления и записи. Не нужно ждать, пока кто-то смотрит на экран.

Конечно, это можно использовать только для изменений, которые могут быть выражены как дельта. Если вы, скажем, обновляете номер телефона клиента, это не сработает. (Например, старый номер 555-1234. Пользователь A говорит, что нужно изменить его на 555-1235. Это изменение на +1. Пользователь B говорит, что нужно изменить его на 555-1243. Это изменение на +9. Таким образом, общее изменение +10, новый номер клиента - 555-1244. :-)) Но в подобных случаях «побеждает последний пользователь, щелкнувший клавишу ввода», вероятно, лучшее, что вы можете сделать в любом случае.

1. При обновлении убедитесь, что соответствующие поля в базе данных соответствуют значению "от". Например, предположим, что вы работаете в юридической фирме, которая ведет переговоры с клиентами по контрактам. У вас есть экран, на котором пользователь может вводить заметки о переговорах. Пользователь A вызывает запись контракта. Пользователь B открывает ту же запись контракта. Пользователь А заявляет, что он только что разговаривал с другой стороной по телефону, и они согласны с предложенными условиями. Пользователь B, который также пытался дозвониться до другой стороны, заявляет, что они не отвечают на телефонные звонки, и подозревает, что они препятствуют этому. Пользователь A нажимает кнопку "Сохранить". Хотим ли мы, чтобы комментарии пользователя B перезаписывали комментарии пользователя A? Возможно нет. Вместо этого мы отображаем сообщение, указывающее, что примечания были изменены с тех пор, как он прочитал запись, и позволяющее ему увидеть новое значение, прежде чем решить, продолжить ли сохранение, прервать или ввести что-то другое.

[Примечание: форум автоматически меняет нумерацию моих нумерованных списков. Я не знаю, как это изменить.]