D6,SP1,2
MSSQL2000 без серв.паков, но
та же задача на VB работала => проблема в дельфи

форма. TADOConnection.Open;
set_applicationrole через TADOCommand
....
TADOConnection.Close
//проверка состояния - дельфи считает что закрыто, но ЕМ показывает что нет.

TADOConnection.Open;
//проверка состояния - дельфи считает что открыто, ЕМ - тоже.
set_applicationrole через TADOCommand - естественно ошибка, т.к. соединение осталось прежнее, а для set_applicationrole надо каждый раз новое

вышел из положения, создавая/уничтожая объект TADOConnection при необходимости, но это же не дело.

но почему без использования application role при программном закрытии соединения мнения дельфи и ЕМ совпадают?

О-о-о!!!

Видимо бага дельфи, т.к. на VB все в порядке.
Но в любом случае - знать такие тонкости - это круто.

У меня есть класс TCADORecordset -обертка над TADOStoredProc, есть клас TCADODataCenter в котором в TList указатели на TCADORecordset, т.е. я в любой момент могу пробежаться по рекордсетам и обновить/закрыть и т.д. Формы работают с единственным экземпляром этого класса. Все АДО-компоненты создаются программно. Только _клиентский_ курсор. Изменения только через _хранимые_ _процедуры_. Таблицы никогда не доступны.
Параметры соединения получил, положив на форму ADOConnection, из построителя. Windows Authentication.

У TCADODataCenter есть метод реконнект, который закрывает все рекордсеты, _уничтожает_ объект TADOConnection, тут же его создает и коннектится заново, обновляя необходимые рекордсеты. После предварительного коннекта с минимальными правами происходит (через TADOCommand) запуск прикладной роли
(через TADOStoredProc в конечном итоге).
Более подробно не могу - там модуль больше 600 строк.

Зачем:
Ролей две: юзер и админ. Любой пользователь всегда работает с минимальными правами, которые при необходимости расширяются (если они у него есть) (переключение роли) и после выполнения операций, снова происходит откат к минимальным (реконнект). Это права на доступ к объектам сервера(хранимым процедурам, в основном). Права на совершение операций над объектами предметной области поддерживаются программно, т.к. в большинстве случаев требуется доступ к таблицам на уровне строк.

Будет :)
если интересует, переключились ли права на прикладную роль, создавай и проверяй Return-параметр для объекта в котором запускаешь sp_setapprole

"у всех используемых рекордсетов явно указываю ConnectionString к базе (без ADOConnection"
только зачем множество соединений с одного клиента?

см. начало ветки