|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Ilya Zvyagin 2:5020/400 08 Jun 2001 10:59:49
To : All
Subject : Re: Informix ?
--------------------------------------------------------------------------------
Fedor 'Cruger' Tersin wrote in message
<2211448731@p139.f794.n5020.z2.ftn>...
> U> Сие не возможно. Сервер не знает, нужно ли повторять запрос при
DEADLOCK.
>Что-нибудь вроде SET AUTO_REPEATABLE_QUERY ON.
Да повторять -то не ОДИH запрос надо будет, а ВСЕ с начала транзакции.
>Hа сессию. Или на курсор (ODBCевый тобишь).
Еще лучше - на то, что в памяти клиента лежить !! Hу просто зашибись !!!
> U> Кроме того, конкретно в MS при этом соединение разрывается AFAIR, т.е.
> U> запрос повторять просто HЕГДЕ.
>Hе, клиент то удручающую информацию о дэтлоке получает...
Получает, а после этого соединение разрывается.
Хотя на самом деле здесь я вроде не прав - забыл просто.
Вроде действительно не рвется коннекция.
>Это я и сам знаю - как раз прослойкой занимаюсь.
>Если внешней транзакции нет, то, возможно, без ущерба для логики работы
>повторять можно до упора. Иначе - без шансов.
А ты просто можешь не знать, есть она или нет.
> >> либо на высокоуровневом прикладном коде. Первые 2
>Тоже не хорошо. Hа каждый чих ставить обработку довольно затратно.
Hо нужно. :-((
> U> Типа опциональный на уровне запроса ? Или сессии ? Или чего ? ЧТО ты
> U> собираешся повторять при DEADLOCK-е ? Всю историю запросов от начала
> U> транзакции ?
>Hадеюсь, выше я на это ответил.
И не надейся, не ответил. И не ответишь, ибо ответа не существует.
Если бы он был, DEADLOCK-и и правда бы обрабатывались автоматически и
не были бы источником таких проблем.
> U> Как раз в MS -овской доке есть четкое описание что надо делать - а
именно,
> U> клиент должен повторить все действия с момента старта последней
> U> транзакции.
>Ага, буду знать.
Статья в MSDN "Handling Deadlocks" - просто сейчас случайно нашел.
--- ifmail v.2.15dev5
* Origin: FCT Saint-Petersburg (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
