Как развернуть многопользовательскую БД MS Access 2007 - PullRequest
1 голос
/ 30 апреля 2009

Я создал базу данных в Access 2007, которая должна использоваться 3 пользователями. Я застрял, потому что я не знаю, разместить ли копию на компьютере каждого пользователя или разместить на своем сервере SQL. Размещение этого на сервере означало бы одну точку доступа, которая желательна для согласованности данных, но я не знаю, нужен ли мне ActiveX. Не знаю, как его использовать. Если я размещу его по одному на каждом компьютере, как мне обойти обновления главного файла? Может кто-нибудь сломать все, я новичок!

Ответы [ 3 ]

5 голосов
/ 02 мая 2009

Ваш вопрос мне кажется довольно запутанным. Вы упоминаете SQL Server, но не говорите, что ваше приложение использует SQL Server для хранения данных.

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

Единственный правильный способ распространения этого приложения:

  1. разделить его на интерфейс (формы / отчеты / и т. Д.) Со связанными таблицами, которые указывают на сервер (только таблицы данных).

  2. поместите серверную часть на ваш файловый сервер и перекомпоновайте таблицы, чтобы указать новое расположение серверной части.

  3. раздайте копию интерфейса каждому из трех пользователей, которые будут запускать его со своих настольных компьютеров. Если вы беспокоитесь о распространении изменений во внешнем интерфейсе, вам может пригодиться что-то вроде внешнего обновления Tony Toews .

Другие подскочили сказать, что вы должны поместить данные в SQL Server, но большинству приложений Access для 3 пользователей не требуется мощь SQL Server. Если у вас нет прав администратора на вашем SQL Server, может быть довольно сложно продолжать изменять базу данных вашего приложения.

С другой стороны, если ваша база данных вырастет до 1 ГБ или более, или если у вас есть строгие требования к безопасности, или если данные в вашей базе данных настолько важны, что для них требуются полностью отказоустойчивые резервные копии, то SQL Server будет разумным хранилищем данных.

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

1 голос
/ 30 апреля 2009

«Лучший» способ, которым я работал, - это использование связанных таблиц в Access для перехода на SQL Server (так как вы заявили, что у вас это есть??).

Использование доступа в качестве внешнего интерфейса в этом сценарии - не лучшее, что вы можете сделать, но в 2007 году это немного лучше, чем если бы вы были несколько версий назад. Проверьте эту статью для информации о связывании Доступа в SqlServer:

Импорт или ссылка на данные SQL Server

0 голосов
/ 05 мая 2009

Одним из простых способов является использование плагина EQL Data: http://eqldata.com

Таким образом, вы можете предоставить копию базы данных каждому пользователю, но пользователи могут синхронизировать базу данных с другими пользователями в любое время. Вы также можете получить доступ к своим таблицам и запросам в Интернете.

...