|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 07 Jun 2001 10:14:52 To : All Subject : Re: Informix ? -------------------------------------------------------------------------------- Sergey Practh wrote in message <9fkudn$bmm$2@www.kot.poltava.ua>... >основном практическими выкладками и ползуюсь следующей методой для избежания >"замка": просто перед началом любой транзакции, котороая может приводить к >такой ситуации, заблокировать все необходимые ресурсы одним запросом, а в >большинстве случаев это возможно. Т.е перед тем как начать перекрестное Все правильно, так и HАДО делать. Hо только ты не сведешь вероятность возникновения DEADLOCK-а к нулю. А лишь к какой-то достаточно малой величине. > Если какая-то из записей, в этот момент занята, то вся транзакция >становится в ожидание снятия блокировки. Аналогично и для паралельных >транзакций. Я еще раз говорю - то , о чем вы с Павликовым ведете речь - чисто ПРАКТИЧЕСКИЕ рассуждения. Они верны, безусловно. Hо теоретически исключить возможность DEADLOCK невозможно. Следовательно на практике ты только сможешь свести вероятность его возникновения к величине настолько малой, что мешать они никому не будут. Hо возникать все же могут. --- ifmail v.2.15dev5 * Origin: FCT Saint-Petersburg (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/132931cb4b976.html, оценка из 5, голосов 10
|