Я с вопросом репликации столкнулся месяца 2 назад. Потом для моего проэкта очень подошло решение ключегого поля типа реплика. Правда вся синхронизация на запросах ручками писалась, зато поддерживается направленность обновления и ограниченность данных(их просто нет) на определенных уровнях. У меня 3 уровня: 1 Мерчики(торговые точки, представленность), 2 Территориал(данные области и база самих мерчиков), 3 Центр полная база. Часть инфы передаеться обновляется только от меня, а часть только одних. Была идея писать вычисляемое поле-счетчик , но чем больше уровней да еще заранее не разбитых окончательно, тем больше гемора. А так таблицы, запросы везде одинаковы и все ОК. Есть проблема только с получением значения с формы этого поля (реплика). Иногда очень удобно для фильтрации. Но и то есть выход, подчиненная форма.

Ну мое дело маленькое предложить.

2 Oleg K
Я по-этому и использую GUID, что второго такого нигде на Шарике Земля не встретишь и искажение данных при любой структуре и количестве удаленных АРМ невозможно(при правильном построении, разрешений, особенно удалений). И зачем тебе сортировать по GUID, для убыстрения работы индексы все равно надо будет создавать. Можно долепить еще поля, дата_создания, и дата_изминения, редактирующий_юзер или его уровень. Может пригодиться при разгребании гемороя с кто правил и т.д., и можно смотреть чья правка позже, тот и прав - иногда одни и теже данные модифицируются на разных АРМ. Мой проэкт юзают около 50 зверей на своих ПК , или хуже на ПК клубов, в разных городах Украины

2 АлексейК Вот потому, что данные забиваются именно на ПК юзеров и клубов, где в последнее время и Офис найти тяжеловато, проэкт и писался в mdb.