За картинку спасибо, подготовил уже было пост
А ну вот, вроде понял, как поместить на задний план контрол:
оказывается , если на форме уже есть контрол,
то вновь создаваемый нельзя засунуть под него
нужно, таким образом , всегда вначале создать контролы заднего плана, а затем уже те, что будут их заслонять , наоборот не получается.
(т.е. если дословно следовать шагам , приводлимым Latuk, то не получится, нужно наоборот, хотя у него Access2002, может там есть какой-то формат, который позволяет поместить на задний план...)
Может я не прав, но пока это решение.
Меня это ,конечно, сильно сбило , поэтому этот способ и получался.
Но теперь с этим все OK.

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

2 Latuk>
Спасибо, пример твой рассмотрел,
НО , как , оказалось, он не дает решения о котором идет речь,
приведены просто известные стандартные варианты редактирования полей одной уникальной таблицы ,
и о чем тогда копья ломать было ?

Другими словами у меня был такой пост :
потому что редактируется только одна таблица
остальные же используются как справочники

Вот из этого могу сделать вывод , что насчет команды синхронизации ничего сделать невозможно , так как у меня редактируются поля трех таблиц ( уже в n-й раз повторяю) в одной записи на форме.(Так было в MDB)
Хотя , наверное , насчет этого надо отдельный топик сдлеать.

ты на это ответил

Вывод неправильный (см пример)
редактировать можно все поля кроме тех которые со стороны LEFT & RIGHT
Для которых отсутствует запись в соотв таблице
но иэто можно обойти включив в запрос ключевые поля этих таблиц
и проверяя их на NULL при попытке редактирования добавлять соотв запись в соотв таблицу


И попробуй в своем примере отредактиовать поле КонтЛица.ФИО - получишь сообщение
"Допускается измененение только полей из уникальной таблицы", а уникальную-то ты задал "Контакты".
Поле КонтЛица.ФИО не подпадает под твои условия LEFT & RIGHT (см выше)

Короче вопрос с командой синхронизации остается - а именно можно ли ее использовать
для случая обновления записей после редактирования нескольких полей из разных баз
Видимо, свойство уникальная таблица уже не понадобиться , т.к. придется делать
триггеры INSTED OF и вью с VIEW_METADATA . А иначе никак не получается.

2 Latuk>
1)
У меня поле КонтЛица.ФИО легко редактируется
и в Acc2002 и в Acc2003

A что в A2002 свободно редактируются, добавляются,удаляются ВСЕ поля в предложенной мной форме Контакты ?

2)
Даже если совершенно необходимо сделать именно для Acc2000
то это тоже легко достаточно запустить профайлер и перенести реакцию
Здесь не понял , как и для чего ты предлагаешь профайлер

3)
То как ты заполнил свойство команда синхронизации
Это была просто попытка - посмотреть, что будет.
В своем понимании я руководствуюсь Help A2000, в котором сказано , что МОЖНО РКДАКТИРОВАТЬ ТОЛЬКО ПОЛЯ ОДНОЗНАЧНОЙ ТАБЛИЦЫ. А что, Help A 2002 в этом месте другой что ли - я не думаю...


4) я бы подумал всетаки о переходе для разработки ADP на Acc2002-2003 где все работает и так

Да , хорошо бы и так, но это надо переносить все наработки Office'ных приложений из 2000 в 2002, которых у меня немало, и я знаю, например, что Excel'ские у меня не переносились в XP например, как в 2002 будут - не знаю.

так там оба файла есть и бекап C4 и ADP

2 Latuk>
1)
Насчет

>И попробуй в своем примере отредактиовать поле КонтЛица.ФИО - получишь сообщение

У меня поле КонтЛица.ФИО легко редактируется
и в Acc2002 и в Acc2003
возможно это спецефическая реакция 2000-го

Это не просто "спецефическая реакция 2000-го" , это ,как написано в его Help, принципальный момент, т.е. в A2000 запрещается редактировать любые поля , кроме полей уникальной таблицы.
А A2002, кроме всего прочего, у меня нет, так , что в его Help на этот счет сказано, не могу посмотреть, и ты, вообще говоря,тоже об этом молчишь. Хотя то, что у тебя редактируется в A2002 поле ФИО конечно смущает.
Кстати, насчет перехода на A2002 (уж тогда логичнее сразу весь Office 2002), это не так просто - нужно весь завод будет переводить, а там есть и слабые компы, которые могут не потянуть, да и сам объем работы не маленький, не говоря уж о том, что нужно будет убедить народ.


2)
перенести реакцию
Acc2002 на редактирование полей типа КонтЛица.ФИО на события после редактирования
свободных контролов подложенных под поля соотв поля

Тут тоже обнаружил проблемы - если делать me.Recordset.update ПОСЛЕ редактирования
свободных контролов, то получится, что источник 2 раза апдейтится, второй раз будет при выходе из текущей обновленной записи - форма сама еще раз проапдейтит его, а это нехорошо как-то.
Вообще - то на этот счет мне непонятно :
Как вообще в ленточной форме явно апдейтить запись, т.е. на какие события формы надо делать me.Recordset.update , можно ли менять свойства Me.Recordset.LockType ,Me.Recordset.CursorType ,me.RecordsetType , как организовать явную транзакцию в форме.
Т.е. когда форма сама оптимистическим способом занимается обновлением источника, то этих вопросов нет, а когда явно это нужн осделать самому, то тут - проблемы.

3)
И вот еще что - ResyncCommand должна задаваться в синтаксисе T_SQL ?
Ну, например, WHERE с константой datetime как " WHERE Дата = '" & Format(Me.Дата, "mm.dd.yyyy") & "'"


PS.
Пока бьюсь в 2000-м - сделал вариант с триггером INSTEAD OF UPDATE, View ... WITH VIEW_METADATA ,
поля на форме стали редактироваться, правда при этом пришлось их обрабатывать как свободные контролы.
Все в форме редактируется, запись в базе обновляется, но при этом выходит, зараза, сообщение, что
"Данные, добавленные в базу данных, не будут отображены в форме, так как они противоречат условиям на базовый источник записей."
Делаю me.Requery в Form_AfterUpdate - не помогает .Точнее говоря, туда и не приходит управление.
Результат правки (корректный надо сказать) виже после перезагрузки формы,
UniqueTable можно при WITH VIEW_METADATA поставить только Q1View , а ResyncCommand вообще не ставлю, так как в Help сказано, что она отвечает только за правильиное отображение записи после редактирования, а я этог же могу добиться с помощью me.Requery для формы, вот только приведеное выше зараза не дает это сделать (но не при любых правках,и когда дает , то все OK).
Вот таки дела.

А вот это уже интересно !

Возникает такой интересный вопрос по этому поводу :

Если Resync делается c помощью Select * from Q1View ..., а Q1View состоит из нескольких таблиц, то какие поля и в каком порядке будут образовывать там "первичный ключ" , ведь именно это определяет то, как задавать параметры в ResyncCommand
?????????????

Наверно еще нужно добавить, что у меня однозначная таблица Q1View,
по другому при при WITH VIEW_METADATA нельзя, и
если как ты пишешь Если использовать параметры "?" то форма подставит туда значение ключевых полей однозначной таблицы
почитай у Гетца хорошо описанно.

то и возникает вопрос какие поля и в каком порядке будут ключевыми в этом случае ?
Это, как японимаю, для задания параметров посредством "?" важно .

PS. Если бы у меня еще и Гетц был !

для однозначной идентификации строки она делает фильтр по всем полям

Да я тоже это увидел в профайлере, но это для Update , а если посмотреть , что будет при me.recordset.Resync adAffectCurrent , то оказывается , что даже при при такой провокационной команде, как
Можно увидеть :
Что будет соответствовать , если знать значения полей следующему порядку и составу ключевых полей :
IdДолжность,IdКонтЛица,Дата,IdKlienta,КрНаим

т.е. НЕ ВСЕ при синхронизации она использует, а только необходимые,
Это кстати, вроде как способ, в этой ситуации разобраться как задавать ResynCommand c "?"


А насчет " твоем случае гораздо проще не парится с таким кол-вом параметров
а заполнять команду синхронизации динамически" - это я тоже понял, что красивее это и использую. Просто по поводу неявной параметризации было интересно - ее ведь не надо формировать динамически, что есть преимущество , форма сама сформирует.