При связи adp-проекта (Access2000) с SQL-сервером (7.0) возникает странная ситуация.
На исходную таблицу (на SQL-сервере) пользователю не дается доступ (неявное отклонение - revoke) , а на предоставление на эту таблицу доступ открыт (select, insert, update, delete), при этом при попытке редактировать представлие (update) через adp-форму, подключаемую к соответствующей БД, выдается сообщение, что у пользователя нет прав на таблицу.
(владелец таблицы и представления один и тот же, dbo)
А при попытке редактировать представление непостредственно через SQL-запрос все удается! (и через SQL-Analyzator и через метод ADODB.Command - Execute() и через ADODB.Recordset - Open).
Но хочется то по простому, через форму-ADP! Как это сделать, кто знает?
(А при открытии прав (select, update) на таблицу пользователю, представление он также может редактировать обычным способом через adp-форму)

свойство однозначная таблица стоит.
То есть вывод - что Аксес вообще не умеет работать с представлениями через формы, а лезет сразу в таблицу? Очень странно. Вроде представления именно для этого и существуют- давать доступ к определенным строкам (столбцам) таблиц(ы) при закрытом доступе на всю таблицу.

Вопрос снимается. Да, АлексейК прав, спасибо.
Интересная дисскуссия почти на эту тему оказывается уже была: /topic/83

Представления на SQL-сервере действительно работают как им и положено, а вот Аксес не умеет с ними работать через форму adp. Вместо редактирования представления, он пытается сразу редактировать таблицу.
Дальнейшая работа с представлением через adp предполагается в следующем порядке: на форме завести поля-дубликаты, в которые копируются значения из встроенных полей формы, которые делаются невидимыми, т.е. основа отображения данных - все то же представление.
В полях-дубликатах уже возможно редактирование, а сохранение данных (уже все-равно в таблицу или представление) делается через хранимую процедуру.
Если у кого-нибудь будут более удобные варианты, пишите.