Здравствуйте!

В приложении запрос, возвращающий набор данных, выполняется в отдельном потоке, и у юзера есть возможность отменить запрос, нажав кнопку остановки. Однако, пока сервер не начал отдавать записи, приложению, хоть оно и получило команду на отмену, придется этой первой записи дождаться. Вот и хочу врубить для такого жесткого останова delete from mon$attachments where...
Транзакция читающая, как правило.

Насколько это вообще безопасно, вводить в практику частые такие отключения?

Спасибо.

Dimitry SibiryakovЭто неправильный способ. Правильный способ это вызов fb_cancel_operation().

А почему неправильный?

Dimitry SibiryakovИ нет, этот останов недостаточно жёсткий. Вполне возможно, что запрос продолжит-таки
молотить до первой выданной записи.

Ну вроде срабатывает останов. Как только делаю delete, то поток сразу получает ошибку разрыва своего коннекта. Есть какое-то конкретное условие, когда не сработает? Я делал один select from несколько таблиц where всякие условия

kdvв отдельном коннекте.

Ну разумеется. Отдельный поток, вызвавший отдельный коннект. Через разрыв коннекта хочу прекратить ожидание потоком длительной операции.

kdvа почему не delete from mon$statements?

В каком смысле? Его и хочу использовать, потому и интересуюсь в безопасности всех этих разрывов для базы.

Понял, спасибо.