2 Alexanderik
Лично у меня большие сомнения, что обращение к запросу "на сервере" приведет к убыстрению. За счет чего? Все ж все равно выполняется на клиенте, и данные все равно по сети тянутся.
Однако не проверял.

2 nukri
Наверное зависит от запроса. Смотря сколько раз он вынужден сканирование таблицы делать. Если адын раз, то аксес сам закачает на клиента только нужные данные, и обработает их, а при "ручном копировании" ты будешь тянуть всю таблицу. Если запрос сложный, с какими-нибудь хитрыми подзапросами etc, и сканирование всей таблицы происходит много раз - то копирование данных во временную таблу способно дать выигрыш в скорости.
Имхо.

nukriТоесть его будет выполнять машина на которой он стоит а не клиент ?
Нет, не будет та машина ничего выполнять. Хотя бы потому, что там может не стоять никаких аксесов и джетов, а файл-серверные сервисы не умеют SQL понимать

2 Alexanderik
Я сталкивался с тем, что Jet по разному строит планы запросов для локальных таблиц и для присоединенных (причем присоединенных через сеть), но это какая-то совсем недокументированная фича, я бы на нее не полагался.
Ну и еще, если запрос хранится там же где данные, то при сжатии базы он перестраивается в соответствии с изменившейся статистикой.

2 nukri
Т.е. одна таблица, группировка по нескольким полям и сумма по еще одному? Имхо пофигу должно быть.
Индексы попробуй правильные сделать.

nukriСулшай а быдет работать быстрее
Имхо не будет. Там разница (должна быть) только в скорости сравнения целочисленных данных (счетчик) и чисел с плавающей точкой (дата).
Причем тебе так или иначе поиск по дате придется сделать - либо в самом запросе, либо перед выполнением запроса (для нахождения граничного значения счетчика по граничному значеню даты).