Вариант 1: если это возможно, то раздели базу на 2 - архивную и оперативную. В результате можно существенно повысить скорость обращения к оперативной базе.

Вариант 2: Если база многопользовательская, то можно использовать терминальное решение. Это сильно разгрузит сетку и существенно повысит быстродействие.

Вариант 3: Вынеси таблицы на MSSQL (MSDE), прилинкуй их к клиентской mdb'шке. Для наиболее "тяжелых" запросов используй запросы к серверу.

Вариант 4, самый правильный: перенеси базу под MSSQL (MSDE), в качестве клиента используй проект adp, или другими словами переходи на технологию клиент-сервер. Конечно если используется множество форм и отчетов, работа по переносу может оказаться достаточно сложной, к тому же клиент-сервер требует изменения логики программирования. В результате если вынести бизнес-логику на сервер, и при условии правильного проектирования структуры базы, быстродействие окажется самым высоким среди предложеных вариантов.

3. тщательный подбор типов данных, там где достаточно байт - использовать только байт, и т.д.
я для этого отказывался от автонумерации, делал ее сам и помещал в кеш удаляемые ID.
vdimas , поясни как отказ от автонумерации может повысить быстродействие? По моему как раз наоборот. К примеру, как ты получишь следующее значение? Max? на 2 000 000 записей? К тому же в многопользовательской среде это практически гарантия проблем.

Дело в том, что я все больше по теоретической части :). И по MSSQL. Там счетчики не глючат. Зачастую возникает проблема сквозной нумерации, тогда решение vdimas вполне оправдано. Главное чтобы вопрошающему помогло.

Господа, думаемаем! Поменьше пьем и побольше думаем! Ик!