Многопользовательский доступ в Access

[Чудик]

Расскажите как открыть многопользовательский доступ к базе данных Access (Office 2003).

[Tatyanka]

Блин, мне тоже интересно! Я когда-то пыталась сделать репликацию, но до конца не разобралась... Кто что знает, подскажите, плиз!

[alibek]

Так репликация или многопользовательский доступ?
Многопользовательский доступ делается очень просто -- для этого ничего делать не надо, просто достаточно разместить файл БД на расшаренном ресурсе. Только следует учитывать, что в Access XP и выше при открытии объектов в режиме конструктора они блокируются для других пользователей.
Репликация это несколько другое. Обычно ее реализуют в таком виде.
Есть две базы данных. Они имеют одинаковую структуру в таблицах и запросах, но одна из них (клиентская) имеет помимо этого активное содержание (код, формы, отчеты). Клиенты работают в клиентской БД, затем (вручную или по расписанию) проводится репликация данных. Создание реплики позволяет отслеживать все изменения; подобную схему можно организовать и без функции репликации, отслеживая изменения вручную.

[Чудик]

Здорово объяснил! Мне понравилось!
Хотя вчера наткнулся, что тип доступа БД при открытии можно менять в Сервис-Параметры-Общие. Автоматически, при создании БД, устанавливается многопользовательский доступ. При желании можно изменить.
А что лучше - общий доступ или репликация при наличии нескольких пользователей?

[alibek]

Лучше общий доступ.
Репликация эффективна, когда есть, например, десяток пользователей, раскиданных далеко и постоянного соединения нет (или соединение медленное). Тогда пользователи работают автономно, а время от времени (по расписанию или вручную) данные "сливаются" в основную базу.
В условиях локальной сети 100Mbit общий доступ и проще, и удобнее.

[alibek]

P.S. Только учти, Access имеет лимит по количеству одновременных подключений. Сколько именно я уже не помню, но что-то около 10 клиентов одновременно.

[Чудик]

Спа-а-а-сибо! Теперь все до конца понятно!

[Tatyanka]

В общем, понятно, мне, в принципе, 10-ти клиентских мест хватит... пока... Тут вопрос еще такой. При репликации (возможно, я все-таки остановлюсь на ней, потому что намечаются и удаленные пользователи) обратная связь тоже есть? То есть при изменении структуры серверной части меняется клиентская? И, кстати, зачем пользователям режим конструктора... Совсем не нужно...

[alibek]

Я давненько репликацию в Access не делал, сейчас погляжу...

[Tatyanka]

И еще - при репликации создается отдельная реплика на каждого пользователя?

[alibek]

Да, синхронизация двухсторонняя.
Реплика создается на каждое клиентское место; если на одном рабочем месте работает несколько пользователей, им достаточно одной реплики.
Ты можешь создать столько реплик, сколько тебе нужно; основной репликой будет основная БД (та, которая хранится на сервере).

[Чудик]

И еще - при репликации создается отдельная реплика на каждого пользователя?

Ты имеешь в виду, может ли реплика в свою очередь иметь многопользовательский доступ?

[Чудик]

Ага, Alibek опередил.
Хотя, про изменении структуры интересно. Если меняешь структуру данных в главной реплике, она автоматически меняется и в остальных или нет?

[alibek]

Да, репликация происходит полная.
Но на мой взгляд, база, которая доходит до реплицирования, должна быть уже окончательной. Т.е. ее следует сконвертить в MDE, закрыть интерфейс Access и доступ к объектам и (опционально) прикрутить mdw.

[Чудик]

mdw - это что?

[alibek]

MDW - это системная база данных. Используется, когда ты хочешь разграничить доступ к объектам Access, создать группы и пользователей и т.п.

[Чудик]

Понятно. Это видел. ОК!

[Tatyanka]

Нет, сделать реплицируемой базу в окончательном варианте не получится... Просто по ходу развития организации будут необходимы дополнительные функции... Так, значит, репликация полная. ОК, будем работать

[vrodo]

Извините господа, но я не могу согласиться с лимитом в 10 пользователей
1. не помню где, но точно помню, что акцес поддерживает до 30 пользователей
2. реально у меня работало одновременно около 50-60 (разделенная база клиент-сервер) мдб лежал на сервере, а приложение у каждого пользователя на машине.Тормоза были только на старых машинах. Обновление приложения происходило благодаря замечательной программе AutoUpdate

[Чудик]

vrodo, ссылка битая.

[vrodo]

у меня открывается
во всяком случае просто поищи эту программу в инете

[Tatyanka]

А, кстати, есть какое-то ограничение по количеству реплик для одной базы?

[vrodo]

Нет
Но пользоватся репликами не очень удобно да и чревато
возьмем к примеру то что в реплицированных базах счетчик всегда рандомный, лично мне это очень не нравится

[Чудик]

к примеру то что в реплицированных базах счетчик всегда рандомный, лично мне это очень не нравится

Поясни, пожалуйста про счетчик, не догнал, извини...

[alibek]

Он имеет ввиду, что в каждой реплике поле "Счетчик" будет не последовательным, а псевдослучайным. Правда не вижу, чем это плохо.

[Andrey Fedorov]

P.S. Только учти, Access имеет лимит по количеству одновременных подключений. Сколько именно я уже не помню, но что-то около 10 клиентов одновременно.

Если быть точнее то по спецификации - 255.

Реально у нас в былые времена с базой одновременно работало человек до 50. Хотя, конечно, для нормальной работы лучше пользовать нормальный SQL-сервер.

[yura613]

А можно по-подробнее расписать последовательность действий для реализайции многопользовательского доступа в Аксесс, без использования sql сервера? У меня аксесс 2003, работает с ней ок 8 человек, приходиться заходить по очереди. Помогите пож.

[Andrey Fedorov]

А можно по-подробнее расписать последовательность действий для реализайции многопользовательского доступа в Аксесс, без использования sql сервера? У меня аксесс 2003, работает с ней ок 8 человек, приходиться заходить по очереди. Помогите пож.

В идеале лучше разнести таблицы/вьюшки и программные объекты (формы/модули/отчеты по разным базам). В Access-е вроде даже мастер для этого есть - в Help-е или книжках про это должно быть прописано. И программная MDB-шка на каждой клиентской машине должна быть своя.

Можно и без этого - все работает по умолчанию, но вроде MDB-шка блокируется если один из пользователей открыл что-то в режиме разработки (обычно это программер) - отсюда скорей всего и твои "по очереди"...
..

[yura613]

Andrey Fedorov я разделял базу, это вроде не сложно. Сама база находится на общем сетевом диске, этого не достаточно? Или надо обязательно разместить часть базы с формами и кодом на каждой машине? А как редактировать тогда? дело в том что она в так сказать в вечной доработке, тк начальство само толком не оч знает что им надо и поэтому каждый раз приходится что-то новое доделывать.
А "по очереди" получается слудующим образом. Я сделал пользовательский интерфейс, и пользователь не может добраться до таблиц с данными, может только формировать запросы и редактировать некоторые справочные данные. В базе в меню запуска указал форму и убрал окно базы и тд. в настройках, как у вас написано сделал многопользовательский доступ и в итоге все равно не работатет, хотя по идее я же не в режиме редактирования просматриваю базу. Все равно может зайти только один пользователь.

Roman Koff

Желательно у клиентов юзать сетевой ресурс как диск (net use ...). Можно делать с помощью cmd-скрипта для запуска базы. Прием проверен временем и заказчиками. 10-20 клиентов держит без проблем.

это место не оч понятно, можно по-подробнее?