|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 31 May 2001 13:13:57
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
Hi !
> >> В каждой процедуре, в каждом запросе.
> TT> =8-()
> TT> Зачем так сказал ?
> TT> Один раз в базовом классе, используемом для выполнения запроса.
> Пользователь получил запись, изменил ее, хочет проапдейтить. В момент
апдейта
> возникает дэтлок. Что в таком случае может сделать объект, занимающийся
> взаимодействием с сервером?
Повторит транзакцию, в которой был UPDATE
> Ведь нужно понять, запрос какого рода был,
Зачем - это как раз тот запрос, выполнение которого привело к deadlock
> можно ли его повторить,
Можно. А почему нельзя ?
> или нужно перечитать запись и дать обратно пользователю на
> редактирование.
Брррррр ....
Данные были успешно прочитаны в предыдущей транзакции, если бы там был
deadlock - оно бы отработалось там
Хотя ...
Меня терзают смутные сомнения
(с) И. Васильевич
Уж не допускаешь ли ты интерактивную работу с пользователем при незакрытой
транзакции ?
>А может быть какой то алгоритм работал без транзакции...
Как ты себе представляшь запрос "без транзакции" ?
> TT> А ты что, такие вещи пишешь "В каждой процедуре, в каждом запросе." ?
> Признаюсь, из-за сложности реализации на абстрактном уровне - не пишу
вовсе.
А зря. Я вот написал - и нет никаких проблем с deadlock`ами. Примерно
раз-два в час они случаются, но все отрабатывается автоматом и никого не
напрягает. Hикуда за пределы базового класса запроса они не выходят.
> >> Да и потом, что там по дэтлоку происходит
> >> - уж не абортится ли транзакция?
> TT> Абортится она сервером, клиент это обнаруживает - и повторяет. Все.
> Да, значит прикладной код, который инициирует транзакцию, должен уметь
> обрабатывать детлок.
Hичего подобного. Прикладной код вообще не знает что это такое.
--
Bye ...
Тенцер А.Л.
tolik@katren.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
