Вижу три варианта, первый не нравится, второй не пробовал, третий не работает, хотя должен. Кто из умных подскажет?
1. set rst=Me.RecordsetClone
rst.MoveFirst
rst.Find ...
Me.Recordset.Bookmark=rst.Bookmark
не нравится необходимость использования нового объекта Recordset, и сканирования его Find'ом

2. Me.Filter="..."
Me.FilterOn=true
Не совсем то, хотя и похоже.

3. Использование seek и index. Круто на MDB, но на подсоединённом к SQL-таблице Recordsete не катит. Хотя где-то было написано, что может катить.

Побросайте плиз гнилых помидорчиков, кому не лень, т.к. тема избитая наверное :-)

Забыл сказать:
дано ID записи (значение ключа).

Упрощение не катит, т.к. при этом на форме промаргиваются все записи, которые проходит Find. Т.е. использование Me.Recordset - это всё равно, что Tab'ом скакать по полям.

Application.Echo и Me.Painting - это априори или из опыта?
>>вообще Сергей Вакшуль в похожей теме дал отличный ответ(ссылку)
искал полдня прежде чем задать вопрос, мало что нашел. А не могли бы указать этот топик (хоть примерно :-)

Спасибо за участие, но проблема вот какая вырисовалась окончательно (прежние вопросы были по ходу дела, сорри).
A2000 (ADO), MSSQL7
Форме даю ID - значение ключевого поля, и говорю - встань на него.
Варианты:



Проблемы начинаются тогда, когда из другой формы происходит добавление данных, а этой форме говорю - перечитай данные, либо так: Me.Requery, либо так: RunCommand acCmdRefresh, либо даже так: Me.Recordset.Close: Me.Recordset.Open
После этого проблемы при позиционировании такие: на первом листинге на строчке set rst=Me.RecordsetClone Access вылетает с недопустимой операцией, на втором листинге форма становится не на ту запись, которую даю в ID - вообще непонятно почему.

Не подскажете кто умный, где грабли искать?

Где ссылка-то?
Если та, что дал klmnop, то я её уж смотрел, утром ещё.

Всё получилось вроде. Что закомментировано, то не работает, что откомментировано, то и работает.



т.е. по подсказке sFx_2, уже ни во что не веря, попробовал Me.RecordSource = Me.RecordSource, и это единственное, как работает. DoCmd тоже работает, но мне RunCommand больше нравится. Через rst.Find тоже работает, но, по советам умных, решил Me.Recordset.Find использовать совместно с Me.Painting. Спасибо за совет!
Кстати, нигде ранее не упоминалось про MoveFirst перед Find - это обязательно, т.к. Find ищет начиная с текущей позиции, а после RunCommand acCmdRecordsGoToLast она на последней записи.

Чем всё же внутренне отличаются:
Me.Requery
Me.Recordset.Close/Open
RunCommand acCmdRefresh
Me.RecordSource = Me.RecordSource
???

Большое спасибо за помощь!

ну вот, а пишет форматирование сохраняется в листинге!
короче, комментированные строки - где штрих вначале, а не только те, которые зелёные!!!

Вот так, короче:

Me.Painting = False
Me.RecordSource = Me.RecordSource
RunCommand acCmdRecordsGoToLast
Me.Recordset.MoveFirst
Me.Recordset.Find "ID=" & DBTV.CurrentID
Me.Painting = True

Спасибо, но там не о том речь.
Кстати, sFx и sFx_2 - это одно и то же?

Вот что там:
....
'Обновим форму
frm.Requery
'Выберем все записи, перейдя на последнюю
DoCmd.GoToRecord acActiveDataObject, , acLast 'Нужно в adp
DoCmd.GoToRecord acActiveDataObject, , acFirst
'Выйдем на нужную запись
DoCmd.FindRecord strКлюч, acEntire, False, acSearchAll, False, acCurrent, True
'Прокрутим экран так, чтобы он занял тоже положение, что имел до обновления
....
Я frm.Requery пробовал, у меня не пошло даже вкупе с DoCmd.GoToRecord acActiveDataObject, , acLast (см. листинги выше)

А цимес там именно в: "...ДОБИТЬСЯ ТОГО, ЧТОБ ЭТА СТРОКА ЗАНЯЛА В ЭКРАНЕ ТОЖЕ ПОЛОЖЕНИЕ, ЧТО И ЗАНИМАЛА ДО ОБНОВЛЕНИЯ"

to Hora:
видимо, ты используешь DAO Recordset, у него метод поиска - FindFirst. Если твои таблицы в MDB (или прилинкованные) - используй FindFirst.
Напомню, что всё вышесказанное относится к связке Access2000+ADO+SQL Server.

Вы правы, FindFirst находит первую запись, соответствующую критерию запроса. Но если в критерии запроса используется ключ, то найденная запись будет и единственной.
Работайте со встроенной справкой - и у вас всё будет гораздо лучше и быстрее!