sys.sysprocesses MSSQL | |
---|---|
Аспид Автор Сообщений: 3475 Откуда: Москва Дата регистрации: 01.04.2005 |
Когда работаю с нормальными правами, могу по sys.sysprocesses по spid вычислить кто отвалился, кто живой.
Но когда БД у провайдера, sys.sysprocesses показывает только собственную запись. А вот как бы попробовать поймать отвал. Что юзера уже нет? spid знаю, время входа знаю. У меня есть монитор, куда при обычном выходе он пишет что вышел. Но при сбое висит. При полных правах такой запрос работает
|
Re: sys.sysprocesses MSSQL | |
---|---|
PaulWist Сообщений: 14601 Дата регистрации: 01.04.2004 |
------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет) Исправлено 1 раз(а). Последнее : PaulWist, 01.10.19 16:44 |
Re: sys.sysprocesses MSSQL | |
---|---|
Аспид Автор Сообщений: 3475 Откуда: Москва Дата регистрации: 01.04.2005 |
Ну это то ясно))) У меня нет таких прав. И назначить их не могу себе. (а это только для меня (ну или админ), смотрю кто из под чего в настоящий момент в БД) Возникла мысль, в какой нибудь расшареной папке, что то создавать, и лочить из ПО. Ну и админу проверять, что незалочено. Увы. 50% ПО работает не в локалке( Может как то свой аналог sysprocesses ? создать табл. А в ней запись от юзера залочена, пока он есть. А вот можно ли так? |
Re: sys.sysprocesses MSSQL | |
---|---|
PaulWist Сообщений: 14601 Дата регистрации: 01.04.2004 |
sp_getapplock - это просто флаг, который не повлияет на модификацию данных из другого АПИ. Либо создать второе соединение, начать транзакцию, лочить в ней какую-то запись Х-блокировкой, а затем читать эту блокировку, при отвале сеанса транзакция будет откачена. ------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет) |
Re: sys.sysprocesses MSSQL | |
---|---|
Аспид Автор Сообщений: 3475 Откуда: Москва Дата регистрации: 01.04.2005 |
Не очень понял зачем еще одно соединение? Но это легко. Но куча открытых вечно транзакций... как то напрягает) Наверное и нет элегантного решения. зы. spid знаю) Исправлено 1 раз(а). Последнее : Аспид, 02.10.19 10:25 |
Re: sys.sysprocesses MSSQL | |
---|---|
PaulWist Сообщений: 14601 Дата регистрации: 01.04.2004 |
Ну открыл ты транзакцию для аудита, как будешь в этом соединении другие транзакции коммитить? Теоретически вызов sysprocesses можно завернуть в ХП и дёргать эту ХП, только у владельца этой ХП должны быть права на все записи таблицы, замкнутый круг. ------------------ Есть многое на свете, друг Горацио... Что и не снилось нашим мудрецам. (В.Шекспир Гамлет) |
Re: sys.sysprocesses MSSQL | |
---|---|
Аспид Автор Сообщений: 3475 Откуда: Москва Дата регистрации: 01.04.2005 |
Понял зачем второе соединение.
Все равно не нравится( Задача то, не кому, кроме меня не нужна. Да и у меня, больше из любопытства. В общем то и так все фиксирую. Вплоть до запуска любой сущности (набора классов) |
Re: sys.sysprocesses MSSQL | |
---|---|
Igor Korolyov Сообщений: 34580 Дата регистрации: 28.05.2002 |
А зачем? Какая прикладная цель может этим решаться? Административные функции тащить в пользовательское приложение - не самая лучшая идея... ------------------ WBR, Igor |
Re: sys.sysprocesses MSSQL | |
---|---|
Аспид Автор Сообщений: 3475 Откуда: Москва Дата регистрации: 01.04.2005 |
Да чистое любопытство))) Иногда хочется посмотреть кто в онлайне в ПО. Да ясен пень, обойдусь. По факту, накатываю обновление, и смотрю, кто обновился, кто нет. А то шлют претензию, устраняю, а они мне, "все по старому" Я смотрю, а у них версия старая))) Никакой супер надобности нет, что бы бороться за нее) В общем и без sysprocesses получаю нужное мне. |
© 2000-2024 Fox Club  |