Чтобы использовать ADO рекордсет как источник формы для редактирования данных в табличном виде, необходимо задать имя таблицы, в которой будут изменяться данные. Если нужно редактировать две из кучи таблиц, собранных в этот источник, значит приходится переключать рекордсет, редактировать столбцы по очереди. Неужели нет способа обойти это ограничение и собрать для редактирования столбцы из разных таблиц?

Почему-то не получается, форма начинает ругаться, что рекордсет необновляемый. Может, на такой запрос нужен кластерный индекс? Этого я не пробовала.

На такой, в который собрать столбцы из разных объектов и задекларировать как уникальную таблицу при создании АДО рекордсета.

Спасибо Павлу за ссылочку, VIEW c атрибутом VIEW_METADATA - это было то, что доктор прописал.
А заполнять программно поля в DataSheet'овской форме наверное возможно, но зюмо некузяво.
Как вариант, если бы сермяжным способом не получилось, я бы конечно отписывала изменение данных в таблице на какое-нибудь событие, но зачем, если прекрасно работают стандартные способы.

Одна проблема разрешилась, зато возникла новая: если редактировать параллельно в другом окне одну из двух таблиц, связанных во VIEW, которое объявлено ...Form.UniqueTable, то Access обрушивается. Сойти со строки, которая редактировалась, уже невозможно, и приходится срубать аксесный процесс. Можно ли как-то разрешить конфликт одновременного редактирования таблицы через разные формы? Для акскссных источников я просто аккуратно отписываю сохранение и requery формы на AfterUpdate, а в случае Ado'шного рекордсета я не знаю, что делать. Пока там источником была процедура с одной уникальной таблицей, конфликт не возникал.

Блокировки на сервере можно посмотреть, блокирующие процессы убивать на сервере я уже умею. А тут чисто аксессная проблема.
Я знаю только строку подключения типа
cmd.ConnectionString = "DATA PROVIDER=SQLOLEDB.1;SERVER=..." и т.п.
Что такое строка синхронизации, я просто не знаю((((

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

Подскажите, пожалуйста! Проблему с редактированием записи в двух формах все-таки разрешить не удалось.

Форма для работы с прайсом имеет в источнике сам прайс, каталог товаров и пачку справочных таблиц. Редактируется в ней прайс и некоторые параметры каталога.
А попытка потыкать параллельно каталог товаров вне зависимости от этого прайса все равно заканчивается фатально.

Синхронизацию я сделала, не знаю, насколько правильно:
Me.SuppPriceComposition.Form.ResyncCommand = "SuppPriceCompositionP"
Me.SuppPriceComposition.Form.InputParameters = "@SuppPriceID int=[Form]![SuppPriceID], @DisLevel money =1, @DisLevel int =0"
То есть, указаны имя процедуры, возвращающей рекордсет-источник, и список ее параметров с указанием типов и значений.
Ручная сортировка по редактируемым полям больше не сбрасывается (до этого сортировка терялась), но очень неприятно непрерывно обновляется.