Развертывание доступа в качестве клиент-серверного приложения

Question

Я использую Access (формат 2003) в качестве внешнего интерфейса с бэкэнд SQL Server 2008. У каждого пользователя уже установлен Access 2003 или 2007. Мне любопытно, как лучше всего использовать конфигурацию развертывания для повышения эффективности и удобства обслуживания.

Должен ли я помещать файл .MDB на сервер и размещать на нем ярлык на каждой машине? (Одновременно будет только от двух до трех пользователей.) Или поместить копию файла на каждую машину? И если я использую сторонний ActiveX, нужно ли его устанавливать на каждой машине, даже если .MDB находится на сервере (я так полагаю, но просто проверяю) или просто на сервере?

Answer 1

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

И да, каждой машине требуется установленный элемент управления ActiveX, даже если MDB находится на сервере.

Answer 2

Как сказал Джон Б, «размещение mdb на машине каждого пользователя» является хорошим решением. Для чего это стоит, я рекомендую, чтобы каждый пользователь запускал пакетный файл, который xcopies с сервера master mdb, когда мастер имеет более позднюю дату. Затем командный файл запускает mdb. Это упрощает развертывание новой версии.

Answer 3

Для расширения на «где действительно необходимо управление ActiveX для установки» Ответ:

Тот факт, что вы спрашиваете вопрос предает несколько туманное представление о пути работы Access. Просто потому, что вы используете SQL Server в качестве своего конца (который квалифицируется как клиент/сервер) делает магически сделать доступ на сервере на сервере. Доступ всегда выполняется в локальной ОЗУ рабочей станции (или сеансе удаленного рабочего стола, если вы запускаете его на Windows Terminal Server/Citrix), и это означает, что элементы управления ActiveX должны быть установлены на каждой рабочей станции, точно так же, как Access должен быть установлен там (заменить соответствующую квалификацию для WTS).

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

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

Answer 4

Я специально создал утилиту Auto FE Updater, чтобы я мог вносить изменения в FE MDE так часто, как я хотел, и быть уверенным, что в следующий раз кто-то отправится запускать приложение, которое будет тянуть в последней версии. Для получения дополнительной информации об ошибках или утилите Auto FE Updater см. Бесплатную утилиту автоматического обновления фильтра FE на странице http://www.granite.ab.ca/access/autofe.htm на моем веб-сайте, чтобы сохранить FE на каждом ПК в актуальном состоянии.

Answer 5

1) make accde файл вашей программы базы данных 2) импортировать эти файлы (форму, таблицы, запрос) на клиентской стороне. 3) Импортировать таблицу проверенных ссылок и отметьте отметку 4) все пользователи или клиенты, использующие только форму для чтения. У них нет прав на просмотр настроения в дизайне.