Проблема такая. Существует БД с кучей форм и таблиц (работает в офисе). Теперь захотелось, чтобы часть информации заполнялась на складе. То есть, типа поставить им "усеченную версию" с несколькими формами, периодически получать их базу по e-mail и подкачивать к себе (или лучше связать основную базу с ней).
Основная база разделена на Office и Office_be (с таблицами). Скопировала Office_be в Склад_be, связала нужные таблицы c Office. Работает, но... Связи в схеме данных в Office "наследуются" из Office_be, т.е. в Office не могу изменить галочку на "целостность данных", не могу удалить "теперь не нужные" таблицы в Office_be и, наоборот, легко удаляю из Склад_be записи, нарушая целостность данных.
Что делаю неправильно, разъясните чайнику, пожалуйста!

А, может, вообще все по другому сделать? Посоветуйте!
Сетевые решения не проходят, все в разных городах, хорошо, если хоть e-mail дойдет...

Вы неверно подошли к решению проблемы.

Первое что нужно сделать - это выделить данные (таблицы) в отдельную БД. Для этого существует мастер "Разделение баз данных". При этом получаются 2 БД - одна с таблицами, вторая с интерфейсом. Впрочем, лучше делать это вручную.
Второе (если есть таблицы, которые НЕ НУЖНЫ на удаленной территории) - БД с данными делится на 2 части. В одной - только то что нужно на удаленной зоне, во второй основные таблицы и связи на первую. В каждой - своя схема данных, обеспечивающая целостность совокупной БД.
Далее - делается копия БД интерфейса, и из нее удаляются (или в ней исправляются) соотв. запросы-формы-отчеты.
Результат - 2 БД с данными (только центр и центр+периферия) и 2 БД с интерфейсом (центр и периферия).
После этого БД с данными для периферии готовится для распространения (делается реплика). Получается 3 БД с данными (центр, мастер-реплика периферии, слейв-реплика периферии) и 2 БД с интерфейсом (центр и периферия).

В удаленное подразделение отправляются слейв-реплика периферии и интерфейс периферии.
В центре работают данные и интерфейс центра и мастер-реплика периферии.

Процесс синхронизации данных происходит так: периферия отправляет в центр слейв-реплику данных. В центре она синхронизируется с мастер-репликой данных, после чего отсылается обратно. Присланная слейв-реплика ЗАМЕНЯЕТ старую. Во время проведения этого процесса в удаленном подразделении работать с данными можно в режиме "только чтение".


Добавлено @ 08:31
Если количество данных, НЕ нужных на периферии, невелико, возможно не делить БД данных на части. Тогда получится 4 БД - 2 с интерфейсом и 2 реплики с данными. Ограничение доступа к ненужным данным делается путем назначения прав пользователям и группам. Возможно, для этого создается отдельный MDW, распространяемый с БД и при изменениях он просто отсылается на периферию, где заменяет предыдущий.

Цитата(Akina @ 5.10.2005, 08:28)

Второе (если есть таблицы, которые НЕ НУЖНЫ на удаленной территории) - БД с данными делится на 2 части. В одной - только то что нужно на удаленной зоне, во второй основные таблицы и связи на первую.

Т.е. все таблицы 1-й базы будут связанными для 2-й?

Цитата

В каждой - своя схема данных, обеспечивающая целостность совокупной БД.

Сходу не совсем понятно, но попробую

Цитата

Процесс синхронизации данных происходит так: периферия отправляет в центр слейв-реплику данных. В центре она синхронизируется с мастер-репликой данных, после чего отсылается обратно.

Основной вопрос, можно ли организовать синхронизацию в автоматическом режиме (нажал кнопку - получил результат). Или как максимально упростить процесс для АБСОЛЮТНО неквалифицированного пользователя?

Цитата(MarinaK @ 5.10.2005, 16:30)

как максимально упростить процесс для АБСОЛЮТНО неквалифицированного пользователя?

у-у-у... все, забудь что было выше и пиши свой модуль экспорта-импорта изменений.

Цитата(Akina @ 5.10.2005, 16:40)

у-у-у... все, забудь что было выше .

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

Тут есть, возможно, один плюс. То, что заполняется на периферии будет только просматриваться в центре и наоборот. Поэтому, идея была такая: Все данные делятся на 3 базы: Центр, Служебная, Периферия. В центре пользуются всеми тремя, на периферии - двумя последними. В Служебной - справочная информация (виды товаров и т.д), она заполняется и изменяется в центре, отсылается по мере надобности на периферию и там заменяет старую.
То же самое с базой "Периферия" (но в обратном направлении).

Может, после того, что Вы мне про схемы данных разъяснили, получится?


Это сообщение отредактировал(а) MarinaK - 6.10.2005, 16:58

MarinaK, проверьте PM.

Цитата

В каждой - своя схема данных, обеспечивающая целостность совокупной БД.

С этим опять все плохо. Создала "Служебную" и "Периферию", в "Периферии" - связи с таблицами базы "Служебная"... Но параметры связей в схеме данных опять недоступны!

Цитата(MS)

Установить целостность данных можно, если выполнены следующие условия......... Обе таблицы принадлежат одной базе данных Microsoft Access. Если таблицы являются связанными, то они должны быть таблицами Microsoft Access. Для установки целостности данных база данных, в которой находятся таблицы, должна быть открыта..........

Значит, МОЖНО установить "обеспечение целостности данных" для связанных таблиц? Почему же у меня-то не выходит??? ПОМОГИТЕ!!!