Лучшие практики для реализации приложения Microsoft Access

Question

Где я могу найти обзор (веб-сайт) лучших практик по внедрению приложения Microsoft Access (с архитектурой FE / BE) в отношении безопасности, производительности и удобства обслуживания? Я знаю, как разрабатывать таблицы, запросы, формы и так далее, и я неплохой программист, но мне интересно, каков «лучший» и самый эффективный способ реализации моего приложения Access.

Заранее спасибо за помощь.

Answer 1

Взгляните на Рекомендации для Microsoft Access от Tony Toews. Поскольку вы разрабатываете сплит-приложение, вы обязаны также рассмотреть возможность использования Auto FE Updater от Tony . Эта утилита (которую он предлагает бесплатно) позволяет довольно легко развернуть интерфейс вашего приложения пользователям и убедиться, что они всегда работают с вашей последней версией приложения.

Я также предлагаю вам попытаться не основывать формы вашего приложения на больших наборах данных. Например, вместо того, чтобы связывать форму непосредственно с большой таблицей, связывайте ее с запросом, который возвращает только одну или несколько строк из таблицы. Позвольте вашим пользователям выбирать, какие строки или строки они заинтересованы в любой момент времени. Суть в том, чтобы ограничить объем данных, которые Access должен получить, когда пользователи открывают вашу форму.

Answer 2

Интересные темы вокруг Access 2007: http://allenbrowne.com/Access2007.html

Answer 3

Вот несколько ссылок для начала

http://www.mvps.org/access/

http://www.lebans.com/

http://www.blueclaw -db.com /

Самое время надеть мой пламенный костюм еще раз и разжечь связанные дебаты. Лично я почти всегда использую несвязанные формы для новой работы для контроля и производительности, которые они предлагают.

В противоположность этому, используя несвязанные формы, вы отбрасываете многое из того, что делает доступ доступным, однако для меня, во всяком случае, я считаю, что больший контроль и производительность перевешивают это, и как только вы попадете в замешательство, я бы сказал время разработки только немного дольше.