Блокировка таблицы INNODB в MySql

[Lokos]

Сообщение от eval

а что случиться то с 100500 пользователями? ну запросили, и что?

допустим реч идет о денежных операциях
1 бухгалтер просматривает запись сотрудника и начисляет ему 1000р
в это время 2 бухгалтер просматривает эту же запись и тоже начисляет ему 1000р
это просто грубый пример

[Serge_Bliznykov]

Сообщение от Lokos

допустим реч идет о денежных операциях
1 бухгалтер просматривает запись сотрудника и начисляет ему 1000р
в это время 2 бухгалтер просматривает эту же запись и тоже начисляет ему 1000р
это просто грубый пример

ну и какие проблемы.
В таблице документов о начислении будет ДВА документа о начислении сотруднику. У каждого документа будет свой автор (бухгалтер).
Тому, который начислил неверно (полез не в своё дело) дадут по ушам, запись сторнируют.
В чём тут косяк ПРОГРАММИСТА?!

[Lokos]

вы описали добавление новой записи а не изменение существующей.
Да и реч не о примере а о том как избежать одновременной правки одной и той же записи несколькими пользователями

[eval]

вы описали добавление новой записи а не изменение существующей.

а тут что? было 1000 оно и осталось, нет проблем...

вы правильно подметили надо смотреть на бизнес процесс, и решать в зависимости, а не просто так мол плохо, а ничего плохого как выяснилось и нет

[TranceSmile]

Если у Вас будет пользователей +100500 то надо будет еще из кэшированием разбираться.

[Пепел Феникса]

Сообщение от Lokos

допустим реч идет о денежных операциях
1 бухгалтер просматривает запись сотрудника и начисляет ему 1000р
в это время 2 бухгалтер просматривает эту же запись и тоже начисляет ему 1000р
это просто грубый пример

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

[Stilet]

1 бухгалтер просматривает запись сотрудника и начисляет ему 1000р
в это время 2 бухгалтер просматривает эту же запись и тоже начисляет ему 1000р

Это, стесняюсь спросить, в какой же бухгалтерии такое допустимо? О_о
Расчетчики никогда не пойдут на такое разделение труда, и все начисления делаются между прочим согласно приказам одновременно, а не по человеку.
Поясняю: Программа создает некий документ, в который расчетчик набивает список людей, коим производится начисление (это конечно если речь не идет о постоянных начислениях). Пока этот документ не закрыт - любой из людей имеет право его редактировать как угодно и сколько угодно. Будь там хоть мульен задвоений и переначислений это не важно.
А теперь внимание вопрос - почему?
Да потому что после начислений идет сверка аналитики
И расчетчик, отвечающий за это четко видит, что сумма начислений не сходится.
в результатте закрытый и расчитанный документ начислений разблокировывается, редактируется заново и закрывается пересчитавшись.
Даже если команда расчетчиков будет саботировать друг друга копейки в бухгалтерии не сойдутся, а значит выдавать эти начисления через банки или кассы просто никто не возмется - подсудное дело.
Поэтому я бы не парился насчет блокировок на этом этапе.
Главное - сверка после формирования и пересчета документов, вот тогда док можно залочить на редактирование.

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