To GreenSunrise
>Вместо этого я получаю вот что: с подписчика удалены ВСЕ данные и с паблишера добавлены >те данные, которые удовлетворяют фильтру.

Эта ситуация уже произошла или это вопос-предположение?

To Garya
Дмитрий прав. Name Conflicts(переключатель)определяет обработку набора синхронизации на подписчике. Отсюда и слово existing (в выражении "Drop existing table and re-create it" ) относится к серверу - подписчику.

Опять же перевод:
"Delete the data that matches the data to be replicated from the Publisher in the local table with the same name as the destination table. Data in the local table that does not match the data to be replicated remains unchanged in the local table."
" Сотрите данные, которые соответствуют данным, которые нужно скопировать от Издателя в локальную таблицу с тем же самым названием. Данные в локальной таблице, которые не согласовываются с данными, которые нужно скопировать остаются неизменяемые в локальной таблице. "

У Mark Spenik сказано, что
"...если при определении статьи использовалось выделение ВЕРТИКАЛЬНЫХ РАЗДЕЛОВ, то установите переключатель в данное положение. Это позволит при каждом обновлении удалять из табл. на подписчике только те данные, кот. поступают из публикуемой статьи."
(При удалении в существующей таблице данных, соответствующих заданному набору СТРОК!)

Может быть тут собака и зарыта.

Я также рискнул в свое время на существующих данных провести эксперимент, но применил последюю опцию в Name Conflicts (и применяю до сих пор - она мне нравится), хорошо что данные оказались не столь важны. В общем мысль такая, что при фильтре таблицы всяко будут синхронизированы в соответств. с фильтром, но может господин Spenik прав и при применении опять же вертик. разделов данная опция потянет. Сообщи неторопясь, если получится т.к. практически эту опцию я не применял.