|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Fedor 'Cruger' Tersin 2:5020/794.139 17 Jun 2001 21:26:02
To : ziv@fct.ru
Subject : Informix ?
--------------------------------------------------------------------------------
Ilya Zvyagin навис на All
>> Вот я и предлагаю, если в транзакции первый же запрос дает детлок -
>> опционально
>> самому серверу делать ретрай. А уж если дэтлок получился в n-ном запросе
>> (N>1), то откатывать транзакцию всегда.
U> Тоже мне, универсальный вариант.
Вполне приемлимый вариант. Тем более, отключить его можно было бы.
>>> Парсить текстовые запросы будешь ? Вместо сервера работать ? Hу, давай.
>> Во первых, отпарсить запрос на предмет поиска 2х слов не проблема.
U> Вперед, напиши парсер TSQL, потом - поговорим.
Hу есть у нас компилятор SQL.
>> Во вторых, в моем случае приходит уже не текст. Текст же я делаю сам.
U> Это в твоем конкретном случае. Мы говорим про общее решение проблемы.
Если работа происходит через объект-шлюз, на прикладном уровне проще и дешевле
не begin tran непосредственно посылать, а выставить опцию работы, вызвав метод.
>> Чем тебе опциональный повтор не нравится? Hу уверен клиент, что результат
>> одиночного запроса ему нужен, почему бы его не повторить самому серверу?
U> Еще раз - тем, что не известно, что повторять.
Да как неизвестно - то, что пришло, то и повторять.
U> И на самом деле первый запрос в транзакции смысла тоже нет - так и
U> зациклится недолго.
Таймауты же есть.
U> Ты пойми, общего решения здесь просто не существует. Есть множество
U> вариантов решений, приемлемых для конкретных приложений.
Да, одно приложение хочет само обрабатывать детлоки - пожалуйста. Другое -
желает поручить некую работу серверу, почему бы нет?
Fedor.
--- WP/95 Rel 1.78E (215.0) Reg.
* Origin: cruger@galaktika.ru && ICQ#5167246 (2:5020/794.139)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
