Тема не раз обсуждалась:
Здесь
или, например,
здесь
Но надежда умирает последней. Помогите, чем сможете. Сервер SQL + ADP "делают" меня, как младенца. Вот пример:

Делаю таблицы:


Делаю view (к первичному ключу таблицы приделан JOIN заведомо необновляемого представления):


Выполняю v2 в Enterprise Manager - все путем, t1_Text (поле таблицы с ключом) обновляется, причем ни VIEW_METADATA, ни INSTEAD_OF триггеров для этого не требуется.

Выполняю в ADP, при попытке обновить t1_Text пишет "рекордсет не обновляемый".

Нахожу в свойствах представления v2 (в ADP) "обновлять, как представление", уверенно ставлю галочку, сохраняю, выполняю - те же яйца.

Открываю v2 в QA и медленно сливаю - ADP вставил в текст инструкции CREATE (ALTER) VIEW слова WITH VIEW_METADATA!

Собственно вопросы:
1. Для чего (или кого) ADP добавил WITH VIEW_METADATA? Ведь именно он (ADP) все равно рекордсет не обновляет!

2. А что же сервер? Если ему сказано "НЕ ОТСЫЛАТЬ КЛИЕНТУ СВЕДЕНИЯ О БАЗОВЫХ ТАБЛИЦАХ ПРЕДСТАВЛЕНИЯ", зачем же он ADP все рассказывает?

Заранее спасибо за советы, уверенное "Вам без шансов" тоже поможет, сбережет силы.

P. S. Как я вывернулся (через задницу):
1. На компе с сервером создаю пустой MDB (формат 2002) и системный ODBC DSN.
2. Прилинковываю v2 к MDB через DSN.
3. Прилинковываю v2 под другим именем к ADP. На сервере появляется представление типа "mbd_name . . . view_name", которое обновляется в ADP, как положено. Данные при этом, видимо, совершают затейливый путь


По дороге сведения о базовых таблицах теряются и ADP уже не "умничает", а работает, как положено.