|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 31 May 2001 10:10:43
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
Fedor 'Cruger' Tersin wrote in message
<2110879009@p139.f794.n5020.z2.ftn>...
>А как? Изменение (собственно запись нового значения в буфер и отметка в
логе)
>это практически атомарный процесс. Привязать блокировку к записи в лог?
Типа:
>удалось заблокировать - пишем, нет - посылаем? Hо потом в самом деле, если
Так между прочим и делается. Ты это с иронией ? Тогда она не понятна.
>будет вызыватся after триггер, он может захотеть еще что то поменять -> еще
что
>то придется блокировать. Вот он и источник дэтлоков.
Естественно придется. Куда же деваться ? А насчет источника - знаешь ли,
окромя
триггеров дофига может быть других проблем , ведущих к deadlocks. Короче,
дэдлоков боятся - на сервере не работать.
>Если же сначала сделать в клиентском контексте слепок изменямых данных (в
том
>числе и after триггерами), потом в монопольном режиме попытаться все
>заблокировать и записать в лог, траблов не будет. Если же заблокировать не
>удалось - подождать.
Такая схема работы не всегда приемлема. Она будет перезаписывать более
позние
изменения.
>Hу а если блокируемые данные уже успел кто то поменять -
>послать. Если слепок сделать не получается (требуемые данные в БД уже кем
то
Что то я не понял - ты за сервер это собираешся делть ? Он же только этим
и занимается.
>заблокированы, т.е. кто то их только что поменял, но транзакцию еще не
>закончил), подождать. Единственное, откуда могут полезть детлоки в этой
схеме
>на первый взгляд - это развесистые транзакции, вызываемые с клиента. Т.е.
если
>реальная блокировка (ака изменение) пойдет не один раз в транзакцию, а
>несколько. Hу и если SP будут не атомарно идти, а по шагам, но в
транзакции.
Ты не понимаешь одного - deadlock-и неизбежны до тех пор, пока не будет в
БД ровно одного пользователя.
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
