| |
|
|
| | На файловом сервере установлен Access 2007, на пользовательских компьютерах - Access Runtime
Подскажите, как настроить многопользовательский доступ к базе Access (достаточно доступа к формам) | |
| |
| |
| |
|
|
| | Судя по вопросу, ты не понял принцип многопользовательского доступа к базе.
Формы должны храниться в клиентской части. Таблицы должны храниться в серверной части. Клиетских частей может быть несколько. Серверная часть - одна. Формы из клиентских частей осуществляют доступ к серверной части.
Как это сделать? Для начала - разделить базу: меню Access - Database Tools - значок Database Tools. Извиняй - у меня англ. версия, не знаю как по-русски это называется. В итоге получишь две части. Перемести их куда нужно. Потом запускай клиента. Клиент скажет, что не нашел таблицы. В объектах щелкай ПКМ по любой из таблиц - Linked Table Manager - select all - OK - указать путь к серверной части - прочитать сообщение "All linked tables were successfully refreshed" - OK - Close - перезапустить приложение.
И кстати: на файловом сервере Access не обязателен. | |
| |
| |
| |
|
|
| | Огромное спасибо! А как снова собрать базу? | |
| |
| |
| |
|
|
| | а никак ;)
должна была остаться резервная копия | |
| |
| |
| |
|
|
| | Кроме шуток? Резервная-то копия осталась. Но бывают случаи, когда требуется дополнить базу, включая новые таблицы и построенные на них запросы и формы... Как всё это делать в разделенной базе? Или всё-таки можно как-то собрать?
Создавать в клиенте - связанную таблицу с источником данных? И сами запросы-формы создавать уже в клиенте?
А какие-то необратимые минусы у разделенной базы есть? | |
| |
| |
| |
|
|
| |
А какие-то необратимые минусы у разделенной базы есть?
|
да.
разделяя базу и разнося ее части по разным углам ты создаешь новую "супер" структуру, котроая просто так из Access не управляется и не администрируется. | |
| |
| |
| |
|
|
| | А вот у меня почти попутный вопросик:
Где-то вычитал, что кол-во подключений для норм работы
базы должно не превышать 10. Сколько на практике
удавалось держать подключений и можно ли их
программно ограничить??
(если кто делал - какие реализации могут быть,
уже думал про Schema-наборы для этого).
Думаю о базе MDB на 15-20 пользователей или уже T-SQL подучивать )) | |
| |
| |
| |
|
|
| |
Думаю о базе MDB на 15-20 пользователей или уже T-SQL подучивать
|
если думаешь о 15-20 пользователях, то, как минимум, следует серьезно подумать над оптимизацией.
или действительно нужно переходить на SQL | |
| |
| |
| |
|
|
| | Что подразумеваешь под оптимизацией, тип блокирования записей или что?
Если да, то что оптимизировать - подключение разных групп пользователей?
Вообще, что будет говорить Access когда подключится напр. 11-й юзер?
<a href="http://www.taurion.ru/access/16/16" target="_blank">Taurion</a> | |
| |
| |
| |
|
|
| |
Что подразумеваешь под оптимизацией
|
не бери в голову - по месту разберешься.
и тут по форуму уже было. | |
| |
| |
| |
|
|
| |
Т.е. стоит 15-20 пользователей "помучать" на MDB?? 
Вот у Лукаса видел где-то базу с несколькими группами
пользователей реализовывал, соот-но вид менялся, объекты
отображаемые, меню.. Дайте ссылочку туда )) | |
| |
| |
| |
|
|
| |
стоит 15-20 пользователей "помучать" на MDB??
|
да можно, только аккуратно - без лишних наворотов в запросах и интерфейсах - иначе побьют
разберешься по-ходу | |
| |
| |
| |
|
|
| |
что будет говорить Access когда подключится напр. 11-й юзер?
|
Ничего. Работает дальше как обычно. Проверял на Access 2007. | |
| |
| |
| |
|
|
| |
А какие-то необратимые минусы у разделенной базы есть?
|
Единственное - после переноса серверной части в другое место, придется указывать клиенту, где теперь серверная часть. Чаще эта ситуация возникает, если ты разработчик и скидываешь обновление клиентской части заказчику - клиентская часть помнит расположение базы на твоем компе, а у заказчика база лежит в другом месте. Чтобы вот так каждый раз не заморачиваться с Linked Table Manager, применяют программное подключение таблиц, а путь к базам хранят в ini-файле. | |
| |
| |
