Словом стоит FB 1.5 SuperServer (что-нинаетсь самый обычный).
Нужно отключить определенного пользователя от базы.
Если кто знает подскажите как это сделать.
И еще - как выглядит запрос, который выполняется IBExpert-ом при ShutDown?
Заранее всем спасибо за помощь

МимопроходящийПочитай обсуждение.
Прочитал все - по gfix нашел кое-какую информацию, но вот как работать с помощью этой же (если не ошибаюсь) утилиты с функией isc_database_info( ) не могу разобраться.
С FB я начал работать не так давно, не подскажете где можно документацию почитать по утилитам командной строки, которые входят в комплект поставки?
Спасибо за помощь

visесли я не ошибаюсь
Скажу честно - я не знаю, но вот очень хочется разобраться.
На сколько я понял gfix - отрубит всех пользователей, только ОДНОГО никак не получится.
Конечно предлагают (уже много где искал) либо использовать post event (не подходит при пакетном добавлении записей), либо средства самой ОС (что очень привязывает базу и проги к конкретной ОС).
Так как быть, разве нет ничего подобного как в Oracle "kill"???
Про isc_database_info( ) и isc_info_user_names - словом: где и как???

МимопроходящийЕсли бы у тебя был ClassicServer
Хорошо, тогда как это можно сделать в CS???

Прежде всего оговорюсь, что все мои утверждение это лишь субъективное понимание вопроса, которое не претендует на истину.
Так вот:
1. Pid - идентификатор текущей активной транзакции, который является уникальным для каждого клиента выполняющего какие-либо действия с БД. Значит чтобы "убить" изера нужно получить pid активных транзакций и выполнить для нужной "rollback". Pid не может быть один, это реализовано для поддержки OLCP-моделей транзакци (не скажу от куда я это вычитал, потому как забыл), т. е. поддержания актуальности данных для "продолжительных" и "коротких" транзакций. Не прав???
2. Про isc_database_info( ) и isc_info_user_names - скажите пожалуйста что это за звери и как с ними бороться???
3. Ой как не хочется средства самой ОС использовать, но на войне все средства хороши. Стоит на сервере Windows 2000 Server.
4. А где можно почитать еще об отличиях SuperServer и ClassicServer???

На всякий случай объясню зачем мне такой геморой нужен:
У меня БД, с которой работают 2 типа пользователей - операторы и аналитики. Каждый оператор имеет свой login, а у аналитиков он один для всех. Каждый оператор работает только со своей частью БД, а вот аналитики почти со всей сразу. Периодически приходится добавлять или изменять объекты БД, вследствии чего постоянно наступаю на грабли вроде "index in use" . Приходится посылать предварительно сообщения всем операторам и ставить ShutDown, а нужно то бывает связать лишь справочник с таблицей.
А необходимо-то отрубить всего одного оператора и всех аналитиков

doroshkaЭто делается на рабочей базе? Мне думается такие вещи правильнее делать на копии рабочей базы
Эх, если бы было все так просто, то я так бы и делал...
Похоже, раз никто не знает, придется реализовывать Post Event.
Вообще-то где-то на www.interbase-world.com я уже находил, что такая "задокументированная" возможность будет реализована только в FB 2.0, но думал мож кто знает че-нить нестандартное.
Но всеравно всем спасибо за помощь

alex777Можна я отвечу а то МП удар хватит
PID это не идентификатор транзакции
Извиняюсь, за свою тупость... может я чето напутал...
поуду читать ссИльку, пасиб