В faq про SQL REMOTE Что не рекомендуется делать в реплицируемых базах(http://www.sql.ru/faq/faq_topic.aspx?fid=367), в разделе
"Таблица справочник и таблица данных в разных подписках" описывается ситуация, когда:

"Однако, не существует возможности управлять порядком в котором сообщения по разным подпискам будут посланы/приняты. Всегда будет вероятность, что первым пойдет репликационное сообщение описывающее появление на складе новой одежды, а следом пойдет описание нового типа ткани. Если таблицы одежды и типов тканей связаны между собой через внешние ключи - база получатель не сможет получить запись о новом товаре (dbremote на базе получателе выдаст предупреждающее сообщение)."

Меня интересует эта проблема касательно Replication Server-a - здесь тоже надо заботиться о том, чтобы связанные таблицы шли в одной публикации или это не важно?

Цитата из "Design Guide": "Replication Server delivers transactions to
replicate databases in the order they are committed in the primary database.This ensures that the replicate data goes through the same series of states as the
primary data."

Т.е. получается, что RS вставит в БД-приемник сначала запись для главной таблицы, и только потом для подчиненной, неважно в каких они публикациях. Я правильно понимаю или нет?