|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Tolik Tentser 2:5020/400 19 Jun 2001 16:34:16
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
> <8qrhitsqumofvj0dkf9ehrkm5qm03oioj0@4ax.com> <9gcjl4$ur8$1@host.talk.ru>
> <5rhkitg8t4jtd9fuu5km8h1fo64pq5qgbq@4ax.com> <9gd873$bqq$1@host.talk.ru>
> <k99mit81qpb3rgg4ji6tgvc21h45kf7au5@4ax.com> <9gkmel$j5u$1@host.talk.ru>
From: Tolik Tentser <tolik@katren.ru>
Hi, Vladimir Pavlikov!
В чреве акулы, пойманной Mon, 18 Jun 2001 10:51:34 +0000 (UTC),
дети капитана Гранта нашли письмо на тему 'Re: Informix ?':
>> >1. Отлуп _сразу_ и лишь _одной_ транзакции, без озадачивания
>> > сервера. По-моему - лучше топора от сервера позже и обеих.
>
>> А кто тебе это сказал, что по deadlock`у в обычных серверах снимаются
>> ОБЕ транзакции ? Снимается одна, вторая после этого может быть
>> спокойно завершена. Так что - сменили шило - на мыло.
>
>Hе совсем. Какая именно снимется?
Это принципиально важно ?
Впрочем, тот же MSSQL - позволяет задать приоритет (правда только из 2
уровней) - у кого он ниже - тот и будет снят, если равный - значит как
повезет
>Когда?
В момент обнаружения конфликта
>Hафига грузить этим сервер?
А кто еще может обнаружить конфликт незакоммиченных транзакций, как не
сервер ? Клиенту этого не дано
>> Потому, что не бывает
>
>Лехко. А как? - просто. Каждая из модифицирующих транзакций работает
>со своей версией,
Здорово, а коммитить тоже каждая будет свою версию по отдельности ?
А что останется в БД ?
Bye ...
Тенцер А.Л.
tolik@katren.nsk.ru
ICQ 15925834
--- ifmail v.2.15dev5
* Origin: AO Katren (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
