Использование термина «слово» здесь может означать многое, но похоже, что у вас есть достойная установка, которая должна работать с хорошей производительностью.
Кроме того, тот факт, что вы предлагаете ускорить работу приложения в режиме разработки, предполагает использование так называемого постоянного соединения, что вполне может решить вашу проблему.
Учитывая то, что вы используете какой-либо тип технологии удаленного рабочего стола, здесь, на самом деле, скорость сети не должна вступать в игру и замедлять работу этого приложения на сколько-нибудь заметную величину.
Прежде всего, если есть несколько пользователей, использующих это приложение, как правило, вы должны разделить базу данных на две части, часть переднего плана и так называемую часть внутреннего уровня. Поскольку вы используете терминальную технологию, внешние и внутренние части останутся на сервере, но каждый отдельный пользователь, входящий в систему, может иметь свою СОБСТВЕННУЮ копию внешнего интерфейса.
Следующее, что нужно сделать, это проверить, что называется постоянным соединением, и на самом деле доступ довольно чувствителен к локальным сетевым принтерам. В вашем случае, когда пользователь входит в эту терминальную систему, часто «создается» локальный принтер, который является частью вашего локального терминала, но вы все еще запускаете Access на сервере, и Access пытается «общаться» с этим локальным сетевым принтером. Таким образом, это вызывает дополнительную связь между Access на сервере и вашим принтером по умолчанию, который является локальным.
Я бы попытался установить принтер по умолчанию, который НЕ является локальным для вашей рабочей станции, и посмотреть, поможет ли это. Также есть большой список других вещей, которые нужно проверить с точки зрения снижения производительности, и большой FAQ, который вы хотите посмотреть, здесь:
http://www.granite.ab.ca/access/performancefaq.htm
В приведенном выше предложении также предлагается идея постоянного соединения.