Долго я маялся со своими процедурами и триггерами непонимая в чём дело пока не обнаружил, что работает всё далеко не так как я себе представлял. чтобы долго не обясянять просто приведу пример как есть, а как хотелось бы.
1.
2.
3.
4.
5.
6.
CREATE TABLE "dbo"."LockTest" (
"val1" numeric( 9 , 0 ) NOT NULL,
"val2" numeric( 9 , 0 ) NULL,
"PK" numeric( 9 , 0 ) NOT NULL,
PRIMARY KEY ( "PK" )
);
1-вый процесс
1.
2.
3.
begin tran
insert into LockTest(Val1,Val2,PK)
values( 1 , 1 , 1 )
2-вый процесс (запускает транзакцию после того как проделано вставку первой транзакции (процесса))
1.
2.
begin tran
insert into LockTest(Val1,Val2,PK)
values( 5 , 9 , 2 )
1-вый процесс
delete LockTest
where pk = 1 --висит (ждёт коммита второй транзакции)
--илиже
rollback --тоже висит (ждёт коммита второй транзакции)
можно также удачно сделать коммит первой транзакции
но удалить запись посде этого также нельзя будет пока не будет коммита воторй
Читал я в докумментации я про эти блокировки там это дело как-то с индексами связано, вроде как хорошо если они есть... но и уменя он есть на PK. Отчасти моё непонимание связано с неидеальным пониманием английского языка на котором у меня документация. Толи написано размыто и не доконца... вообщем немогу охватить я это дело своим пониманием.
Конечно-же я не прошу чтобы меня тут кто-то стал учить, почитаю ещё несколько раз может больше пойму, но если можно то коротко напишите ктото почему в данном случае всё происходит так,
и второе - что можно попробовать сделать чтобы такого небыло.
Я так понимаю заставить аса для некоторий таблицы использовать построчную блокировку нельзя а только можно создать предусловия для чтобы получалась такая схема блокировки, поскольку АСА старается, как где-то написано, вибрать самый слабый тип блокировки (тоесть по возможности на строку а не таблицу)
