PaulWist
2 pasha_usue
Можем продолжить здесь. Что нужно? Код примера?

pasha_usue

PaulWist
2 pasha_usue
Можем продолжить здесь. Что нужно? Код примера?

Я примерно помню. Для этого бизнес-приложения я бы попробовал уровень изоляции serializable, без установки блокировок. Поменяем дэдлоки на ролбэки, а последние можно рулить уже на клиентах.

-- Создание таблички
create table test (ID number(10,0) primary key, f1 nvarchar2(10));

insert into test  values (1, '1');
insert into test  values (2, '2');

select * from test;

-- Ставим TIL
ALTER SESSION SET ISOLATION_LEVEL = SERIALIZABLE;

-- Изменяем вторую запись
update test set f1 = '22' where id = 2;

Переходим во второе соединение
select * from test for update;

-- В первом соединении обновляем первую запись
update test set f1 = '11' where id = 1;

Цитата:

ORA-00060: взаимная блокировка при ожидании ресурса
00060. 00000 - "deadlock detected while waiting for resource"
*Cause: Transactions deadlocked one another while waiting for resources.
*Action: Look at the trace file to see the transactions and resources
involved. Retry if necessary.

-- Чистим за собой
drop table test;

pasha_usue
И занафига так делать?

pasha_usue

--Tr1
BEGIN;
UPDATE T1 SET Summa = (SELECT SUM(Val) FROM T2);
--Tr2
BEGIN;
UPDATE T2 Set Val = 1 WHERE Id = 1;
--Tr2
COMMIT;
--Tr1
COMMIT;

Tr2 падает в Exception без дополнительных блокировок в Pg и Oracle. В MySQL T2 стоит в блокировке до завершения T1. В MsSQL в зависимости от режима, но надо почитать.

pasha_usue

А так, "could not serialize access due to concurrent update".