(Access 97)
Есть несложная форма с тремя полями: Фамилия, Имя и Отчество, от которой хочу добиться следующего поведения:

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

Не могу решить, как это лучше сделать:

Способ 1:
BeforeUpdate =>
openForm ...,acDialog =>
Cancel=... =>
Timer =>
GotoRecord

Это очень коряво, имхо. Особенно с Timer'ом. Перемещаться по записям в BeforeUpdate вообще боюсь - в свое время вольности в этом событии мне много крови попили, не меньше чем в OnDelete.

Способ 2:
На все возможные события от FormCurrent и дальше заполнять несвязанные с данными поля на форме, заполнение которых и обрабатывать. Form_Before/AfterUpdate эмулировать перезаписью содержимого какого-нибудь поля при начале изменения любого из полей ФИО. Соответственно, обновлять запись можно в Form_AfterUpdate, что, по-моему, не так опасно. Соответственно, в этом событии уже можно и перемещаться по записям спокойно.

Способ, мне кажется, лучше предыдущего, но лень обрабатывать все возможные телодвижения. Слишком много писанины даже по сравнению с предыдущим.

Способ 3:
, а также 4 и далее
еще не придумал. М.б. что-нибудь посоветуете.

ЗЫ.

Почему именно такая задача? Хочется, чтобы штатный процесс ввода был максимально ускорен: текучесть будет довольно большая. Набрали ФИО, если надо появился список, просмотрели дни рождения, например; нажали Esc, если нет похожего, и вводим дальше. Минимум лишних действий со стороны пользователя.

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

Вот так примерно.

ЗЗЫ.

Заранее спасибо :)