2 Jem
Записи либо добавляются вручную (через формы ввода) - в этом случае форма сама отображает введенные данные.

либо записи добавляются программно (рекордсет или запрос) - в этом случае без Requery не обойтись.

Чего-то я никак не пойму чего добиваешься?

2 Jem
А не ты ли мне говрил что если к примеру используется строка синхронипзации то данные формы не обновляются целеком а дело касается только одной строки.
То ли я говорил не так, то ли меня не правильно поняли.
Я советовал использовать строку синхронизации в случае, если в качестве источника используется запрос или ХП с параметрами (что кстати довольно подробно описано в справке), а не для обновления программно добавленных/измененных записей

Теперь, что касается скорости работы. Нужно строить интерфейс более оптимально и не забывать, что пишется клиент-серверное приложение.
1. На формах есть такое свойство как MaxRecords, желательно устанавливать его поменьше. Работать с набором записей более 100 неинформативно, нужно организовывать формы с параметрами поиска.
2. Что плохого если идет Requery на форму?
Работает пользователь, вводит данные, потом нажимает кнопку, чтобы выполнить операцию по добавлению/изменению записи, почему после этого не нужно делать обновление? Либо все вводится вручную (без обновления всего источника), либо программно, но с обновлением (операция-то происходит на сервере, а не на клиенте, значит нужно получить измененные данные).
3. А еще лучше разделять формы на два вида: поиск/просмотр (по параметрам и с ограничением по колич-ву записей) и ввод/редактирование (открывается с формы поиска по кнопке и ключу) - при такой организации скорость работы довольно приемлемая (есть рабочая база около 100 пользователей, до 1 млн. записей в рабочих таблицах, сервер 1*PIII-800 + 512 RAM)
Примерно так.