Запускаю большой запрос, запрос улетел выполнятся на сервер, и выполняется там долго.
Сама 1С зависает, ну это и понятно, все верно, ведь в данный момент на СКЛ сервере происходит работа.
Теперь я удаляю сеанс 1С в диспетчере задач.
Что произойдет с потоком который выполняется на SQL сервере? Поток отработает до конца? Или этот поток сразу прервется? Или же sql сервер как то отслеживает что сеанс 1с не удален?

Субд постгре.

(0) По-нормальному сеанс связи сервера 1с и sql должен немедленно прерваться и транзакция откатиться.

Тоесть сервер 1С увидит, что сеанс пользователя отвалился, и пошлет сигнал sql серверу, что типа не надо ни чего делать, и прервет работу на sql сервере?

Да, примерно так.

(1)Это точно про 1с?

(0) в консоли сервера находишь по проблемному сеансу id соединения с СУБД
В СУБД делаешь килл этого соединения

а может быть и вариант, что сеанс не удалится.
Права там какие то нужны

Как показала практика - нифига после килла rphost исполнение на субд не прекращается

(7)Вот это очень похоже на 1с.

(8) А при чем тут 1с, если проблема в субд? Конечно sql-сервер может отслеживать пропадание соединения с клиентом, инициировавшим запрос.. но может и не отслеживать.

(9) > sql-сервер может отслеживать пропадание соединения с клиентом.

Каким это волшебным способом он это может?
Или что ты понимаешь под термином "клиент" в этой своей фразе?

(9)Притом что в (0) человек конкретно говорит про 1с+Субд, в (1) человек говорит что кто то там что то должен немедля прекратить выполнять и т.д.(может в мире других систем так работает).

На самом деле если рвать сеанс в 1с, а в этот момент что то выполняется на СУБД то никто никуда не откатывает моментально, скуль продолжает там что то выполнять, серв 1с пытается восстанавливать соединение и куча разного происходит вплоть до исчезновения сеанса но неуибиваемое соединение останется пока не убить на скуле сессию. И бла бла бла куча нюансов(в (5) и (7) примерно это и написали).

(0) Это личная фантазия? Или пожелание в духе "хотелось бы"?

(7) > нифига после килла rphost исполнение на субд не прекращается.

И это абсолютно правильно. Так и должно быть.

(10) Для sql клиент это рпхост.. отвалился рпхост (пропал tcp-коннект по keep-alive) - значит, прекращаем выполнение его запроса, чистим буфера, временные таблицы и что там еще мы намусорили..

(14) в (0) rphost никуда не падал. Отключено (удалено) соединение (или сеанс польльзователя).

(15) именно так.

Тоесть может быть такой сценарий, пользователь запустил отчет который требует много работы от скля, увидел что все зависло, прервал сеанс 1с в диспетчере задач. Но sql сервер все равно продолжает работать, и делать уже никому не нужную работу. И все начинает тормозить.

(16) веселее когда пользователь таких попыток / прерываний несколько сделал и ушел домой с матюками на тормознутую 1с ))

(16) дадада.
Ты такой дергаешь сервер 1с, становится вроде лучше.
А минут через 20 скулевые ошибки начинают валится.

#tt не обнаружено и все такое.
И ты такой 2ой раз за час дергаешь сервер приложений 1с, и в этот раз уже с sql

Вроде бы у mssql-сервера есть возможность принудительно убивать слишком долго выполняющиеся запросы?

(20) ну в шапке про постгре.

Хоспади, что за дичь тут понаписали

(22) обожди ещё 100 постов