В BOL рекомендованы third-party tools, а где их взять?
Через "SQL-DMO and the Replication Distributor Interface" похоже долго разбираться - а надо вчера.
А через DTS непонятка - как быть с конфликтами репликации???
Ну чайник я. Ну очень нужно!

2 Александр Гладченко:
Излазила весь BOL, но не нашла, как с помощью Microsoft Data Engine (если я правильно расшифровала MSDE) сделать Access издателем.

2 All:
Зато нашла фразу:
Using Data Transformation Services (DTS), heterogeneous data sources can be used to create snapshot replication publications.
Но дальше опять непонятно - чтобы построить replication DTS package, нужно сначала определить "snapshot publication or transactional publication". А каким образом, если издатель Access?

Спасибо всем, кто откликнулся.
Безумно извините, я плыла не туда, запутала себя и всех. Не нужен мне Access издателем. Он д.б. подписчиком, причем издатель с горизонтальным фильтром. Или я опять не туда гребу?
Подробнее: Есть БД, с которой работают у нас. В ней существует понятие "Набор данных". Один из этих наборов будет заполняться (и редактироваться) очень далеко - в другом городе. Там некому заниматься администрированием и настройками SQL-сервера (дай бог, чтобы Acess выжил).
И время - от времени их БД надо будет очищать. А у нас все должно оставаться. По-моему должно получиться переводом данных на сервере в другой "набор" (т.е. они удаляются из фильтра).

2 Screem6:
К DTS я по этому поводу уже подступалась. Удалять данные нельзя - они в Access заполняются, а у нас на сервере их могут редактировать, т.е. надо решать вопрос update и конфликтов вручную. Да плюс еще многоступенчатые каскадные связи, в общем есть с чем в DTS повеселиться.

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

P.S. Не смогла найти тему, в которой советовали для репликации между двумя удаленными SQL-серверами настроить на одном Access в качестве подписчика, а на другом - издателем. Я оттуда и запомнила, Access м.б. издателем.

2 Garya:
Горизонтальных фильтров не м.б. именно с Access или при merge репликации??? А я уже пытаюсь ее настроить, пока криво, но все-таки с фильтром . Прочитав в хелпе "Row and column filters can be used with snapshot, transactional, and merge publications". А если с access незя настроить фильтры, может стоит сгенерить у себя промежуточную базу, которая будет подписчиком для основной (с фильтром), и издателем для access (без фильтра). Эта мысль родилась только что.

2 Глеб Уфимцев:
Просто слив в access базу не подходит, т.к. основной слив идет не в access, а из него. Причем то, что сливается из access - не все данные базы, а только их часть(которую заполняют удаленно). А потом это могет редактироваться и отправляться обратно (каким образом - не важно, может дискетки оказией пересылать будут, если почту там завести не удастся). Т.е., как я уже выше говорила, придется врукопашную присать резолвер для конфликтов обновления.

2 Garya:
Вот тут нашла по поводу merge и фильтров. Достаточно подробное описание, еще не проверяла в работе.
http://www.linuxworldconferenceandexpo.ru/win2000/2000/06/054.htm

У меня фильтры на merge получились, только вопросы удаления приводят пока в недоумение: есть таблицы DataSets и Objects, связанные через таблицу DataSets_Objects многие-ко-многим. Фильтр сделан по таблице DataSets_Objects: n_dataset = 3. При удалении в Access записи из таблицы Objects она удаляется не из нее, а из фильтрующей таблицы DataSets_Objects, где n_dataset = 3.
Судя по этой статье, я, возможно, неправильно выбрала фильтр - надо было фильтровать по таблице DataSets. Будем работать.