Создал я в базе MS SQL 2005 представление (VIEW) и делаю из неё SELECT. Затем в него же хочу сделать UPDATE.
Я рассчитывал, что SqlCommandBuilder будет автоматически генерировать UPDATE в мой VIEW, а он откуда-то узнал имя таблицы и создаёт команду UPDATE в таблицу!
Я думал скрыть от пользователя таблицу, дать ему определённые колонки на просмотр, и права UPDATE дать на VIEW (но не на таблицу), но не тут-то было.

Через трассировщик SQL-запросов (SQL Server Profiler) с удивлением наблюдаю,
что SqlCommandBuilder создаёт команду UPDATE к таблице.
Естественно, возникает ошибка, так как прав на UPDATE таблицы я не давал
(я дал права на VIEW).

См. ниже какие запросы выполняются на сервере (первый ADO.NET создал из моей команды SELECT, а второй создал SqlCommandBuilder).
Видно, что SELECT из asktex.PATENTS_VIEW1, а UPDATE в таблицу asktex.PATENTS.




Отсюда вопросы.
1. Непонятно, откуда SqlCommandBuilder узнал имя таблицы
(в моей программе оно нигде не упоминается).
2. Можно ли заставить его генерить UPDATE к VIEW, а не к таблице?

Очевидно, что в моём случае можно дать права пользователям на UPDATE на таблицу PATENTS и успокоиться
(или отказаться от использования SqlCommandBuilder, т.е. создавать запросы вручную),
но хочется понять в чём дело и можно ли заставить SqlCommandBuilder выполнять UPDATE туда же, откуда выполнен SELECT.