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

Первый пункт очевиден. Второй - при наступлении таймаута, сервер выполняет обычное действие (дропает коннект, завершает транзакцию и т.д.).
Третий пункт вот для чего. При его активации, сервер в случае таймаутов пишет в специальный файл лог об этом:
База данных;
Дата/время;
Пользователь;
Тип таймаута (коннект, транзакция, запрос);
Время старта;
Для запросов имеет смысл писать сам запрос, параметры и план.

Таким образом, администратор/разработчик может в любое время, прозрачно для пользователя, посмотреть, все ли нормально - были ли зависшие транзакции, долго выполняющие запросы и прочее. Можно даже добавить еще режим:
4. Включить с прерыванием и логированием.

Таким образом, убиваются несколько зайцев:
1. Диагностика проблем с долгими запросами.
2. Диагностика плохого управления транзакциями.
3. Прозрачность для любых клиентов. При использовании чужого ПО, можно видеть проблемы и сообщить о них разработчику.
4. Отсутствие необходимости логировать эти таймауты через приложение.

Добавлю - при третьем пункте, сервер не прерывает коннект/транзакцию/запрос, а оставляет как есть, уже не возвращаясь к нему. Только пишет в лог о сработке таймаута.

Симонов Дениспо третьему пункту Влад сказал, что это задача трейса/аудита (долгие запросы там и сейчас можно отследить, коннекты и транзакции пока нет).
1 пункт очевиден. Скорее всего выключаться будет установкой времени таймаута в 0.
Если таймаут будет установлен прерывание будет всегда. А вот лог можно будет получить если есть настройка в аудите.
Я не хочу стрелять из пушки по воробьям. Я хочу настроить:
1. Для всех баз (в конфиге) таймаут для неподтвержденной пишущей транзакции - 5 минут с прерыванием и логом. Это для отлова забытых в IBE обработок или слишком уж долгих обработок БД.
2. Для указанной транзакции таймаут в 1 минуту с логом без прерывания. Это для отлова слишком долго выполняющихся отчетов. На крайний случай, можно будет приделать к каждому отчету его граничное время выполнения. Что сведет ложное срабатывание и проблемы с отчетами к нолю.