Давайте будем говорить о MSSQL Server сервере в качестве back-end.
Создайте на SQL Server-е в Вашей БД application role - myAppRole. Для простоты примера дайте ей права db_owner.
Создайте на SQL Server-е пользователя. Назовите его, скажем, dummy и пароль ему дайте _dummy. Дайте ему право только на коннект к Вашей БД. Прав на select, insert, ..... не давайте. Они ему не нужны - он dummy.
Насколько я понял, все удалённые представления используют одно и тот же именованое соединение с именем пользователя и паролем. Измените имя пользователя на dummy ну и пароль на _dummy соответственно.
На этот момент ни одно из существующих представлений открываться не должно - у dummy нет прав на чтение.
Создайте удалённое представление специально для dummy
CREATE SQL VIEW dummys_favourite REMOTE CONNECTION myConn SHARED AS;
select getdate() as conn_date
Это удаленное представление dummy откроет - таблицы в нём не участвуют.
Ну а дальше:
1) на старте программы открываем "dummys_favourite" и не закрываем его до конца работы . Лучше реализовать всё это в одельном классе пронаследованном от session в private datasession.
2) Определите ConnectionHandle на открытом "dummys_favourite". Активизируйте myAppRole с помощью SQLExec(connHandle,"exec sp_setapprole 'myAppRole',......")
3) С этого момента все удалённые представления открываются с правами данными myAppRole. Проверьте, что все они SHARED - что обязательное требование.

Главное не закрывать "dummys_favourite"


Идёт в разрез, конечно, с современными тенденциями, connectionless, stateless .....