Чтобы использовать 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"
То есть, указаны имя процедуры, возвращающей рекордсет-источник, и список ее параметров с указанием типов и значений.
Ручная сортировка по редактируемым полям больше не сбрасывается (до этого сортировка терялась), но очень неприятно непрерывно обновляется.

Лох!
Форма висит на 6-8 таблицах, не суть. Редактируются из них две - сам заказ (штуки в заказе) и каталог товаров (параметры для аналитиков). По ходу дела может понадобиться подкорректировать информацию о товаре существенно, скажем, опечатку в названии исправить. Тогда на Dbl-Click вызывается всплывающая форма для работы с каталогом. Теперь после замены источника табличной формы заказа с представления на ADO рекордсет редактирование записи в этой форме вызывает конфликт.
Заказы состоят из сотен записей, поэтому реально аналитик с ними работает через фильтры и сортировку. В аксесе картинка не дергалась, если изменять значения в столбце, на который наложена сортировка, порядок записей менялся только при перерисовке окна. От записи к записи можно было ходить спокойно, соседние записи в пределах окна порядка не меняли. Теперь на ADO рекордсете записи пересортировываются фактически на OnDirty, при редактировании отсортированного столбца количеств строки непрерывно прыгают.

Лох Позорный
Разве правильно редактировать и заказ, и справочник одновременно? Желание работодателя, форма пишется под конкретного пользователя.
Лох Позорный
обсуждения я что-то не уяснил - чем же вам вьюха не угодила?
Несколько настроечных параметров, раньше аксессный запрос зачитывал значения с шапки формы и расчетные поля считал на месте (тормозилово), потом сделали на процедуре и все стало летать, только редактируемую таблицу переназначали каждый раз)))
А конструкция источника такая, что вьюха не редактируемая в аксесе, как ни бейся))
Аксесс 2000, все сервис паки, и джет пропатчен.

Источник:
PROCEDURE SuppPriceCompositionP
@SuppPriceID int, @DisLevel money = 1, @CheckExclude int = 0
AS
-- отбирает тело для формы заказов поставщикам

BEGIN
DECLARE @pSumQP money, @pSumQLC money, @pSumQPDisBC money
if @DisLevel<0 or @DisLevel>2
set @DisLevel=1

SELECT dbo.SuppPriceCompositionV.CatEditionID as BCEditionID, dbo.SuppPriceCompositionV.Authors,
dbo.SuppPriceCompositionV.EditionName, dbo.SuppPriceCompositionV.Volume, dbo.SuppPriceCompositionV.Editor,
dbo.SuppPriceCompositionV.SuppPriceID, dbo.SuppPriceCompositionV.AlienID, dbo.SuppPriceCompositionV.ISBN,
dbo.SuppPriceCompositionV.Cost,
dbo.SuppPriceCompositionV.CostUSD, dbo.SuppPriceCompositionV.HC, dbo.SuppPriceCompositionV.HCover, dbo.SuppPriceCompositionV.CatISBN,
dbo.SuppPriceCompositionV.Author, dbo.SuppPriceCompositionV.Title, dbo.SuppPriceCompositionV.FilterString,
dbo.SuppPriceCompositionV.Quantity, dbo.SuppPriceCompositionV.AltQuantity, dbo.SuppPriceCompositionV.RetQuantity,
dbo.SuppPriceCompositionV.Price,
dbo.SuppPriceCompositionV.LastPrice, dbo.SuppPriceCompositionV.LastCost, dbo.SuppPriceCompositionV.LastPriceFillDate,
dbo.SuppPriceCompositionV.EditionID, dbo.SuppPriceCompositionV.TypeBookInPrice, dbo.SuppPriceCompositionV.Comment,
dbo.SuppPriceCompositionV.FoundQuantity, dbo.SuppPriceCompositionV.[Year], dbo.SuppPriceCompositionV.PublishingYear, dbo.SuppPriceCompositionV.Stdt,
dbo.SuppPriceCompositionV.Pages, dbo.SuppPriceCompositionV.CatPages, dbo.SuppPriceCompositionV.CatStdt,
Round(convert(money, ISNULL(dbo.SuppPriceCompositionV.Quantity, 0) * ISNULL(dbo.SuppPriceCompositionV.LastCost, 0)),2) AS QLC,
Round(convert(money, ISNULL(dbo.SuppPriceCompositionV.Quantity, 0) * ISNULL(dbo.SuppPriceCompositionV.Price, 0) * @DisLevel),2) AS QP,
Round(convert(money, ISNULL(dbo.SuppPriceCompositionV.Quantity, 0) * dbo.SuppPriceCompositionV.Cost * @DisLevel
* (1 + dbo.SuppPriceCompositionV.NDSTax)), 2) AS QPDisBC, ROUND(dbo.SuppPriceCompositionV.Cost * (1.0 + dbo.SuppPriceCompositionV.NDSTax), 2) AS CatPrice,
dbo.SuppPriceCompositionV.NDSTax, dbo.SuppPriceCompositionV.Monopoly, dbo.SuppPriceCompositionV.Elitarity, dbo.SuppPriceCompositionV.Running, dbo.SuppPriceCompositionV.AlarmID,
dbo.SuppPriceCompositionV.AlarmQuantity, dbo.BooksAllocationTable.Total, dbo.BooksAllocationTable.Supp,
CASE WHEN [RunQnt] > [Supp] THEN [RunQnt] - [Total] ELSE [Supp] - [Total] END AS Sent, [BooksAllocationTable].Sold,
[BooksAllocationTable].Returned, [BooksAllocationTable].InShop, [BooksAllocationTable].RunQnt, [BooksAllocationTable].DRating,
[BooksAllocationTable].Stability, [BooksAllocationTable].Reserved, Publishers.Publishers, SuppPriceCompositionV.PublishersID,
SuppPriceCompositionV.LastInvDate, SuppPriceCompositionV.LastQuantity, [BooksAllocationTable].LastDenialDate,
[BooksAllocationTable].LastSendDate, [BooksAllocationTable].LastIncomeDate
FROM dbo.SuppPriceCompositionV INNER JOIN
dbo.SuppPrice ON dbo.SuppPriceCompositionV.SuppPriceID = dbo.SuppPrice.SuppPriceID LEFT OUTER JOIN
dbo.BooksAllocationTable ON dbo.SuppPriceCompositionV.EditionID = dbo.BooksAllocationTable.EditionID LEFT OUTER JOIN
dbo.Publishers ON dbo.SuppPriceCompositionV.PublishersID = dbo.Publishers.PublishersID
WHERE dbo.SuppPriceCompositionV.SuppPriceID=@SuppPriceID and
case when @CheckExclude=0 then 1
when @CheckExclude=1 and dbo.SuppPriceCompositionV.TypeBookInPrice<=2 then 1
when @CheckExclude=2 and (ISNull(dbo.SuppPriceCompositionV.Quantity,0)>0 or ISNull(dbo.SuppPriceCompositionV.AltQuantity,0)>0) then 1
when @CheckExclude=3 and dbo.SuppPriceCompositionV.Running=4 then 1 else 0 end = 1
ORDER BY dbo.SuppPriceCompositionV.Authors, dbo.SuppPriceCompositionV.EditionName, dbo.SuppPriceCompositionV.Volume

SuppPriceCompositionV:

SELECT dbo.SuppPriceComposition.*, dbo.BooksCatalog.EditionID AS CatEditionID, dbo.BooksCatalog.Authors, dbo.BooksCatalog.EditionName,
dbo.BooksCatalog.Volume, dbo.BooksCatalog.Editor, dbo.BooksCatalog.HCover, dbo.BooksCatalog.Pages AS CatPages,
dbo.BooksCatalog.Cost AS CatPrice, dbo.BooksCatalog.Cost, dbo.BooksCatalog.NDSTax, dbo.BooksCatalog.ISBN AS CatISBN,
dbo.BooksCatalog.PublishingYear, dbo.BooksCatalog.PublishersID, dbo.BooksCatalog.Stdt AS CatStdt, dbo.BooksCatalog.AlarmQuantity,
dbo.BooksCatalog.AlarmID, dbo.BooksCatalog.CostUSD, dbo.BooksCatalog.Monopoly, dbo.BooksCatalog.Elitarity, dbo.BooksCatalog.Running
FROM dbo.SuppPriceComposition LEFT OUTER JOIN
dbo.BooksCatalog ON dbo.SuppPriceComposition.EditionID = dbo.BooksCatalog.EditionID

Это облегчает постановку вопроса?

Объясните мне, пожалуйста, как правильно задавать ResyncCommand!
Так, как я это поняла, -
Me.SuppPriceComposition.Form.ResyncCommand = "SuppPriceCompositionP"
Me.SuppPriceComposition.Form.InputParameters = "@SuppPriceID int=[Form]![SuppPriceID], @DisLevel money =1, @DisLevel int =0"

- время от времени ругается, что SQL неправильный и не содержит разных слов типа "DELETE", "UPDATE", "SELECT", и никак не влияет на наличие или отсутствие глюков.