как развернуть и управлять ms доступом как клиент-сервер в оконном приложении - PullRequest
0 голосов
/ 05 июня 2011

У меня нет опыта использования ms-доступа в качестве клиент-сервера в оконном приложении.Позвольте мне получить информацию о некоторых ниже -

  1. На сервере, я просто помещаю эту базу данных доступа в общую папку?А в клиенте просто указать этот путь?Могу ли я получить пример синтаксиса пути?
  2. Четыре пользователя будут использовать эту базу данных.как мне сделать для параллелизма?Будет операция вставки, обновления и удаления.

Спасибо.

Ответы [ 2 ]

1 голос
/ 13 июня 2011

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

На сервере я просто помещаю эту базу данных доступа в общую папку?А в клиенте просто указать этот путь?Могу ли я получить пример синтаксиса пути?

Сначала вам нужно разделить ваше приложение на два файла: один - серверный, без таблиц данных, а другой - с интерфейсным интерфейсом пользователя.объекты (формы / отчеты / запросы / и т. д.) и связанные таблицы (вместо локальных таблиц).Только серверный файл размещен на сервере.Каждый отдельный пользователь получит копию внешнего интерфейса.

Связанные таблицы должны быть связаны с путями UNC, т. Е. \\Server\Databases\MyDataFile.mdb, вместо использования сопоставленных дисков (которые могут быть по-разному сопоставлены на разных рабочих станциях).

Вы можете найти полезное сообщение о настройке правильной среды разработки Access .Также обсуждаются вопросы развертывания и разделения приложения.Для получения дополнительной информации об этом вам может быть полезен сборник статей Тони Тоуэса .

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

Четыре пользователя будут использовать эту базу данных.как мне сделать для параллелизма?Операции вставки, обновления и удаления будут

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

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

0 голосов
/ 05 июня 2011
  1. Да, база данных, вероятно, просто будет находиться в общей папке.Что-то вроде: \ SERVERNAME \ ShareName \ filename.mdb
  2. Зависит от использования, я полагаю.Механизм базы данных должен обрабатывать базовый параллелизм так же хорошо, как и любая другая база данных.Если использование будет продолжать масштабироваться, тогда я весьма рекомендую перейти на более управляемую систему баз данных.

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

...