|
|
|
| Добрый день!
Помогите пожалуста. Я начинающий в access 2003 (в связке двух и более баз)
Суть вопроса.
Есть "general.mdb", "manager.mdb" и "designer.mdb" (т.е. три базы)
Необходимо связать данные этих баз.
В будующем нужно будет работать по локальной сети, т.е.
на одном компе работает менеджер с базой "manager.mdb", на втором дизайнер с "designer.mdb", на
третьем с "general.mdb" - т.е. видна вся работа и дизайнера и менеджера, например это для
директора. Т.е. каждый пользователь видит толька часть своих данных.
Может как то и по другому надо это реализовывать и "general.mdb" вообще не нужна будет?
Наведите на умные мысли, а лучше, если есть, какой нибудь пример, чтоб поглядеть и разобраться
самому.
За ранее спасибо!!! | |
|
| |
|
|
|
| Одна база + много клиентских вариантов, или один с жестким разграничением доступа для каждого пользователя.
Клиентские .mdb соединяются с Основной через "Диспетчер связанных таблиц" - самый простой способ. | |
|
| |
|
|
|
| 1) Если Клиентские .mdb соединяются с Основной через "Диспетчер связанных таблиц" - а конфликтов не будет, потеря данных???
2) А вообще можно сделать одну "mdb" и как то выдавать часть таблиц и полей на заполнение кажному клиенту на разных компах?
Замечание: у меня используются формы. | |
|
| |
|
|
|
| 1. ПРи правильной организации - нет
2. запросами
можно линковать только нужные клиенту таблицы
Если у вас 2 клиента редактируют разные поля одной записи одновременно, то конфликты будут при любой организации | |
|
| |
|
9 Кб. |
|
| Вот мой пример на практике, с которым я борюсь. Может я не шарю в связях, у меня что-то ничего не получается.
Суть в том, что есть техкарта - это главный параметр. Каждый клиент имеет одну техкарту. Каждый работник (менеджер, дизайнер, печатник) заполняет свои поля для клиента.
Что мне нужно сделать в связях??? чтобы все это закрутилось... понимаю что туплю, но не знаю как это все разрулить, помогите плиз!!! | |
|
| |
|
|
|
| вам нужна всего одна таблица - это таблица тех карта, но в ней нужно прописать все поля которые заполняются в тех карте ( у вас сейчас это сделано в 5 таблицах)
(про таблицы - справочники я промолчал - ну там типа сотрудник к какой группе относится пароль ну и всякая другая инфа которая медленно меняется)
теперь про доступ
все что вам нужно это определить на входе группу к которой относится пользователь
и далее подсунуть к его глазам форму с которой он будет работать (не обязательно делать много форм можно сделать всего одну но с вкладками и при открытии формы открывать определенную вкладку) | |
|
| |
|
|
|
| Спасибо за ответ! Начинаю понимать... НО, в самом начале темы я писал, что хочу все сделать по локальной сети. Т.е. Менеджер сидит за свом компом и вбивает свою часть данных. Дизайнер за своим компом и вбивает своё. Т.е. если я все сделаю в одной таблице начнутся же конфликты??? Так сказать кто-то открывает монопольно, а остольным база ток на чтение дастся. Вот в чем и фокус. Поэтому все и хочу поделить - каждому пользователю своя таблица. | |
|
| |
|
|
|
| данные не могут вноситься в один документ одновременно, так не бывает. Представьте себе на секунду, то нет компьютера и есть бумажка с ручкой. Как 2 человека могут одновременно править одну бумажку, даже разные поля в ней?
По любому есть этапы на котором с документом работают разные люди.
Как Вы потом будете собирать данные вместе? Вот тут как раз у вас и начнутся конфликты.
Есть тех.процессы в которых с договором работают 9-10 служб
дизайнер
ст. дизайнер
тех. отдел
кассир (предоплата)
фин. отдел
отдел поставки (внешней)
отдел хранения
диспетчерская служба
опять кассир (доплата)
отдел доставки (внутренней)
отдел сборки
отдел претензий
Отдел маркетинга
и т.д. и т.п.
.....
И все они вносят данные в договор (естественно по своему этапу) при этом они должны видеть данные которые им нужны для работы (но внесенные другими службами), но править могут только свои, да и то до определенного этапа.
Если для каждой службы создать свои таблицы с договорами, то это никогда вместе не собрать.
Все это делается запросами и формами, прямой доступ к таблицам закрывается | |
|
| |
|
|