Разделение базы данных MS Access - расположение части переднего плана

Единственный недостаток сохранения отдельных пользовательских копий FE на сервере - это производительность сети. Это не повлияет на повреждение данных.

Но вы не должны разделять FE между несколькими пользователями. Это склонно к повреждению FE и другим странностям. Каждый пользователь должен получить свою копию FE. Также вы не можете заменить его новой копией, пока пользователи ее используют.

Клиент годами работал с FE в отдельных пользовательских папках на файловом сервере, но запускал msaccess.exe в кластере Citrix. ИТ-персонал не хотел, чтобы что-либо обновляло локальные жесткие диски кластерных серверных систем Citrix.

Что касается развертывания FE, см. Auto FE Updater на моем веб-сайте. На следующей неделе ожидаются огромные изменения, которые значительно упростят как первоначальную установку сервера, так и первоначальную установку пользователем.

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

Если вы хотите избежать повреждения данных, важно, чтобы у каждого пользователя была собственная копия интерфейса. Аллен Браун предлагает более подробную информацию о предотвращении коррупции в this article

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

Я согласен с остальными. Хранить fe на сервере не рекомендуется. Просто поместите на свой сервер командный файл, который выполняет толчок. Когда у вас есть обновление, отправьте ярлык для командного файла по электронной почте. Это одно из многих решений. После того, как вы его настроите, это не проблема.

Сет

Как программист Access 2007, использующий Front End (FE), который связан с базой данных Back End (BE) (также известной как Split Database), я сделал и то, и другое. Отправка обновленного FE пользователям имеет другие накладные расходы, особенно если используются сторонние элементы управления или приложения.

Что касается Citrix, то еще в Access 97 менеджер Citrix смог разрешить мне разместить одну копию FE в расположении файла сервера. Это создаст новый экземпляр для каждого пользователя, который вошел в систему. Мы смогли использовать более 50 пользователей без каких-либо последствий. Я должен уточнить это, сказав, что код Access VBA использовал эффективные обновления и транзакции с откатами, а не просто операторы Select.

Моя проблема сегодня - это Access 2007, работающий на сервере Citrix (Windows 2003). Когда я единственный человек, вошедший в Citrix, приложение (я выбрал большой сложный отчет, который создает настраиваемую электронную таблицу Excel с помощью автоматизации для теста) работает в пределах 1% от скорости запуска FE с моей рабочей станции XP и подключения к БЫТЬ на жестком диске сервера Citrix.

Но когда два или три человека входят в Citrix Server, один и тот же отчет занимает в три раза больше времени. Однако, пока в Citrix вошли два или три человека, я могу запустить свой FE со своей рабочей станции XP, и он работает точно так же, как однопользовательский в Citrix.

FE, размещенный на общем сетевом диске, которым пользуются два или три пользователя, НЕ рекомендуется по этой же причине. Access FE не предназначен для совместного использования (* я не буду вдаваться в подробности *). Вот почему люди ставят FE на каждую рабочую станцию ​​и совместно используют одну базу данных (BE).

Чего мне не хватает в Citrix, так это некоторых хороших пошаговых инструкций по запуску Access FE на Citrix. В идеале можно было бы опубликовать один файл. Когда пользователь входит в Citrix, Citrix должен сделать копию FE и назначить ресурсы (для доступа) для входа в систему этого пользователя. Я думаю, что это именно то, что MS Office делает автоматически или, по крайней мере, имеет инструкции, как это сделать.

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