Возникла такая проблема.
Мне необходимо получить уникальную информацию о сессии работы с базой данных. Единственной (???)
уникальной информацией о сессии является @@SPID. И все бы хорошо, но при разрыве связи сервер
не выдавая никаких предупреждений изменяет номер процесса.
Скорее всего сервер просто убивает процесс, а клиент АДО без предупреждения восстанавливает соединение.
Вопрос 1. Действительно ли @@SPID - единственная уникальная информация о сессии?
Вопрос 2. Как отследить изменение @@SPID? Возможно ли запретить восстановление связи по умолчанию?

Уточняю вопрос
1. Под словом сессия я в данном контексте понимаю один ADO.Connection. Естественно один пользователь может иметь несколько соединений с сервером, но мне нужна информация именно о соединении, а не о пользователе.
2. Абсолютно ясно, что сервер не может догадаться какая сессия восстанавливается. Я и не ставлю такой задачи. Я пытаюсь либо запретить автоматическое восстановление связи (плохой вариант, скорее всего делается на клиенте), либо получить сообщение об изменении номера процесса (вариант идеальный, но только как его реализовать?).
Сервер не догадывается, какая сессия восстанавливается, если в пакетах между клиентом и сервером не передается недокументированная информация. Может конечно стоит покопать в этом направлении, но изучив содержимое передаваемых пакетов, ничего похожего на старый номер процесса на сервере я не нашел. Вот такая проблема. У кого какие идеи?

To Dmitry
Вот я к такому варианту сейчас и пришел, но тогда прийдется изменять работу уже готовой подсистемы ведения логов и сервиса Undo, т.к. они работают на триггерах, а из триггера получить передаваемый в хранимую процедуру GUID без изменения структуры таблиц не получится. Так ведь?
Вот я и подумал, а нет ли возможности запретить автоматический реконнект клиента или получить сообщение от сервера об изменении номера процесса. Можно или нет?