hvlad,

успокойся. Не все такие как DS. Есть люди которым данный функционал действительно интересен. Он занимается репликатором, поэтому любые фичи к нему не относящиеся или затрудняющие его работу воспринимаются им в штыки.

DarkMaster,

боишься за корректность работы своего приложения не пользуйся таймаутами. Кто тебя заставляет их использовать?

это мы таким образом приходим что таймаут можно выставить в трёх местах
- на базу данных (database.conf)
- при подключении
- при старте транзакции

мне кажется либо второй либо третий пункт здесь лишний. Кстати может ли потребоваться установить лимит на автономную транзакцию?

hvladpastor1. Таймауты для транзакций - в целом нужны.

2. В моих приложениях они должны задаваться при старте каждой конкретной транзакции. Если такой параметр не задан - из конфига сервера. По умолчанию - бесконечность.



ибо у меня несколько сортов транзакций
...
один параметр в конфиге сервера ничего не решит, при этом на него уйдет уйма столь ценного меха времени разработчиков.

3. С клиентской стороны должен быть гарантированный вызов исключения.

4. Пришло время осенне-зимнего периода донаций. Как обычно, через Пешкова? 1. Ну так и я о том же :)

2. Именно это и предлагается. Разве что про кол-во меха переоценено :)
Ну и я не вижу реакции на 14967127 , мне этот путь пока что кажется оптимальным компромиссом между кол-вом настроек и функционалом.

3. Есс-но, обломанный запрос вернёт isc_cancelled (или какой-нить isc_query_timeout).
Обломанный аттач\тр-ция венут ошибку при попытке с ними работать.
Если сильно припечёт, можно подумать о клиентских колбеках для события таймаута.
Но тут же не хотят думать, тут хотят всё похерить не думая.

4. Это не ко мне :)

По второму пункту полностью солидарен.
По третьему - возможно надо получать подтверждение из клиента, т.е. обработать как-то чтобы транзакция или запрос при желании могли быть продолжены. Если конечно он не на разрыв коннекта. Опять же регулировать можно в конфиге. Хотя возможно это уже перебор.