hvladsnakenest,
"логи" указывают на одну и ту же тр-цию конкурента. Т.е. либо у тебя 3 писателя, либо ты не те логи показываешь.
Далее, в запросе два маркера пар-ров, в логе видно что массив пар-ров из 3-х эл-тов.
И основной вопрос - ты уверен, что второй писатель может забить на то, что написал первый ?
Понятие lost update тебе знакомо ?
Обработка конфликта обновления обычно состоит из :
- откат тр-ции
- старт новой тр-ции
- перечитывание записи
- попытка апдейта
- проверка ошибки, коммит или всё сначала
Это оптимистичный подход, когда конфликты не часто случаются.
Некоторые СУБД в некоторых (не всех!) случаях применяют этот алгоритм самостоятельно.
Можно применить пессимистичный подход - заблокировать запись (select with lock в wait тр-ции) и потом её обновлять.
Да, получается три одновременно пришедших запроса "терзают" одну и туже запись. Первый выполнился без ошибок и в логах чисто, два оставшихся выполнились с ошибкой.
Три параметра, это особенности этого вызова:
1.
2.
array_unshift($param, $res);
$ret = call_user_func_array('ibase_execute', $param);
первый параметр это ссылка на ресурс с транзакцией.
hvladИ основной вопрос - ты уверен, что второй писатель может забить на то, что написал первый ?
Да.
И поэтому я решил проблему изменив запрос на
"update webdata set fvalue=? where idWebCome=29164 and fname=? and fvalue is null"
тогда при срабатывании первого апдейта, остальные просто не могу обновить так как не срабатывает условие.
Но тут вопрос не в конкретном этом запросе. А именно, какие параметры пишущей транзакции позволят избежать блокировки при одновременном изменении одной и тойже записи.
Не ужели такое невозможно в Firebird?
Ведь он выдает deadlock, т.е. перед тем как произвести действия, проверяет и видит что прямо вот сейчас она уже меняется. Т.е. нельзя не выдавать deadlock, а просто поставить транзакцию в очередь и дождавшись окончания первой выполнить следующую?
По логике, так работать должен WAIT, но по факту это просто зависание и выдача того же deadlock только чуть позже, и при этом транзакции которая мешала, уже нет, она уже завершилась!
