ADP (Access 2002,MSSQL2000)
Наверное уже не раз проскакивало в форуме, но попытаюсь обобщить. В помощь себе и прочим переходящим на АДП, ибо в хелпе про это не нашел.

Замечено что если вызывать метод DoCmd.OpenForm указывая аргумент условие (WhereCondition), то Access в зависимости от того в каком состоянии находилась форма до вызова действует достаточно нетривиально. Объясняю на примере поиска 1 записи.
1.
Нач.Усл.:форма закрыта, свойство ServerFilter пустое.
Результат вызова: в ServerFilter заностися WhereCondition и все ок!
После закрытия формы свойство ServerFilter не сохраняется т.е. Н.У. не меняются.
НО, как только во время разработки вы сохраните это свойство в режиме конструктора или сохранив макет во время выполнения, то начинаются проблемы а именно:
Access начинает игнорировать аргумент WhereCondition, что не позволяет получить нужную запись методом DoCmd.OpenForm и приходится дополнительно устанавливать свойство ServerFilter и делать рефреш формы.
Это грустно, особенно при открытии в режиме диалога :)

Получается что перед отображением нужной записи Access запрашивает с сервера ненужные записи согласно старому фильтру.

Выход – менять SQL у самого источника строк формы занося условие прямо туда. (Опять лишнее обращение к серверу)

2.
Нач.Усл.:форма ОТКРЫТА, свойство ServerFilter не имеет значения
Результат вызова: ServerFilter не меняется, а в Filter заностися WhereCondition и все Filter On=True. Короче все плохо.
Выход проверять форму на открытость и менять ServerFilter программно и делать рефреш

Вопрос:
Какие у народа наработки в этом вопросе? Может я все усложняю?

авторсв-во InputParameters не пробовали использовать?Честно - нет. У меня при разработке в mdb, сложился стиль открывать одну и туже форму с различными условиями отбора по разным полям из разных мест (форм, отчетов, просто из кода). Поэтому я не могу сослаться в InputParameters на элементы конкретной формы или даже задать точное колличество ? в источнике строк.
Поэтому пока я меняю источник сток, "отправляя" ALTER VIEW с нужным условием на сервер перед запуском формы, мне это не нравится, но использовать OpenArgs для передачи условий в форму, с последующим использованием ServerFilter пока не делал.
Сначала решил: "попрошу поделиться опытом, кто как выкручивается в похожих ситуациях?".

авторЕсли не секрет, а зачем сохранять макет, и особенно работать в конструкторе и при этом изменять данные в форме?

Достаточно отделить процесс разработки формы от тестирования работы и особенно от ввода данных.

Т.е.:
- режим конструктора - только исправление макета, сохранить закрыть
- режим тестирования - только режим формы, только ввод данных, после завершения тестирования закрыть, открыть в режиме конструктора
- режим реальной работы - только ADE никакие ServerFilter вообще не прицепятся
Лирическое отступление:
Access тем и хорош, что я на коленке могу налабать действующее приложение за 5 минут не задумываясь о стандартах програмирования. Жизнь не всегда можно вписать в стандарты. И утверждение о том что если сразу не делать правильно - потом себе дороже, не всегда верно. Иногда нужно нарушать и идти на осознанный риск. (даже в работающих приложениях Mde использую редко)
В большинстве случаев код программы в Accees содержит открытие форм, отчетов с нужными условиями, работу с рекордсетами, обращение к элементам форм и обновление форм всякими рекверями. :)
Когда знаешь, как правильно и эффективно реализовывать эти основы, разработка приложений увеличивается в разы. Я бы даже в фак добавил: стандарты (основы, приемы) программирования в Access в MDB и ADP. А то поиск возвращает иногда столько лишних ссылок, а в тех что надо зачастую бытуют прямо противоположные мнения. Понятно, что никто никому не обязан книги писать, но про счетчики же фак сочинили. :)

ЛПне проще ли RecordSource менять у формы в момент открытия???Возможно я так и сделаю, но тогда надо юзать OpenArgs (особенно при модальном открытии, а это лишний код), просто думал есть более элегантный и универсальный способ (а ля любимое WhereCondition в DoCmd.OpenForm, я даже думаю что разработчики банально не довели до ума метод DoCmd.OpenForm для Adp).
авторНу можно и динамический скл в хп использовать. А строку where туда передавать с клиента в отформаторованном виде.
Ну имеет свои минусы конечно же:)Да, кстати, и такую штуку пытались использовать. Но отказались из-за тех-же минусов :)
авторКАК ВСЁ ЗАПУЩЕНО!!!Держимся, товарищи, пока только начало разработки. :)

авторПоследний совет: перед началом перехода на ADP прочитать книжку о том, что такое клиент-сервер.Хороший совет. Наверно верится с трудом, но читал, и даже много штук (навероное не внимательно).

авторЛучше уж динамически формировать запрос на клиенте (только не через Alter View, конечно же )А что в Alter View ужасного (кроме доп времени на выполнения Alter и разрушения сохраненного плана исполнения представления :) ). Зато плюс: имею форму и несколько вариантов отчетов на основе этого представления без доп строчек кода в них?
А параметров действительно много (не говоря уж про возможные комбинации)