Access 2003.Каждый день заказчик открывает на клиентском компьютере 
таблицу, в которой около 17000 записей (я не знаю, зачем это ему нужно) и 
вносит в нее некие изменения за последние несколько дней. При этом он 
жалуется, что "долго работает". (Когда таблица передается первый раз по 
локалке, это действительно занимает время порядка двенадцати - пятнадцати 
секунд.)Я подумал, что, может быть, действительно можно хранить копию 
таблицы на клиентском компьютере, а на событие закрытия формы повесить 
макрос, который синхронизирует изменения в таблицах на клиенте и на 
сервере - как вы на это посмотрите? 

Не понятно вот что.

•  Таблицу обрабатывает твоя программа или чел запускает Access, который уже эту таблицу и открывает.
•  Если твоя программа, то где тот запрос, который надо оптимизировать? (у меня моя программа с таблицей из 30 000 записей довольно сносно работает по Wi-Fi)
•  Если программа твоя, то на чём её пишешь? И где: отдельный exe-шник или макрос Access.

Извиняюсь за некоторую задержку -  запарился чуток. 

1. Чел запускает Access2003 под Win2k.  Машинки у них вроде Celeron 1,7 Ghz. с 500 Mb памяти. Win2k системщики менять на XP не позволяют. Итак, он работает с офисным пакетом 2003, который я ему установил. На главном компе в сети (типа сервер) стоит Access 2000, по каковой причине вся база хранится в 2000-м формате. Там сидят тетеньки - диспетчеры, работающие с той же базой. 

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

Когда первый раз таблица копируется по сети, то проходит уже упомянутое время от десяти до пятнадцати секунд, а дальше все работает довольно быстро. Сеть у них дает 100 Mб / c. 

Это сообщение отредактировал(а) reistlin_shadow - 26.3.2007, 11:12

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

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