Создание публикации
Публикации для SQL Server Compact 3.5 создаются с помощью стандартных инструментов и технологий репликации SQL Server. Простейшим способом создания репликации является использование мастера публикации. Для создания публикации можно также использовать хранимую процедуру sp_addmergepublication .
Создание публикаций с помощью мастера публикации
Простейшим способом создания репликации является использованием мастера публикации в SQL Server. Данный мастер содержит графический интерфейс пользователя, позволяющий указать издателя, тип публикации и публикуемые статьи, а также настроить фильтрацию для публикации.
При создании публикации для подписчиков SQL Server Compact 3.5 с помощью мастера публикации необходимо указать следующие параметры.
На странице Тип публикации выберите значение Публикация слиянием.
Включение подписчиков Windows CE:
- В SQL Server 2005 и более поздних версиях на странице Тип подписчика выберите SQL Server 2005 Mobile, SQL Server Compact 3.1 и более новые версии.
При включении подписчиков моментальные снимки в символьном режиме автоматически настраиваются для публикации. В SQL Server 2005 и более поздних версиях включена также веб-синхронизация.
Если созданная публикация является первой на данном сервере, мастер публикации предлагает указать расположение по умолчанию для папки с моментальными снимками. В папке с моментальными снимками находятся файлы снимков, содержащие схему и данные для опубликованных таблиц. Чтобы пользователь IIS мог загрузить файлы из этой папки на интеллектуальное устройство, он должен иметь права для чтения содержимого данной папки.
Примечание
По умолчанию папка с моментальными снимками находится в локальном каталоге в установочной папке SQL Server. Чтобы пользователи IIS могли обращаться к моментальным снимкам по сети, необходимо изменить данный путь, чтобы эти снимки находились в общей папке. Дополнительные сведения о создании и настройке папки с моментальными снимками см. в разделе Настройка папки моментальных снимков..
Дополнительные сведения об использовании мастера публикации см. в разделе «Мастера репликации» электронной документации SQL Server.
Создание публикации с помощью хранимой процедуры sp_addmergepublication
Для создания публикации можно использовать хранимую процедуру sp_addmergepublication. При использовании хранимых процедур определенные аргументы должны иметь определенные значения, чтобы с этими процедурами могли работать подписчики компактных баз данных. перечисленные в следующей таблице аргументы имели указанные в этой таблице значения.
Аргумент |
Требуемое значение |
Версии SQL Server |
|---|---|---|
@sync_mode |
'character' |
SQL Server 2005 или более поздние версии |
@allow_pull |
true |
SQL Server 2005 или более поздние версии |
@allow_anonymous |
true |
SQL Server 2005 или более поздние версии |
@centralized_conflicts |
true |
SQL Server 2005 или более поздние версии |
@compress_snapshot |
false |
SQL Server 2005 или более поздние версии |
@allow_web_synchronization |
true |
SQL Server 2005 или более поздние версии |
@conflict_logging |
оба или Publisher |
SQL Server 2005 или более поздние версии |
@keep_partition_changes |
true |
SQL Server 2005 или более поздние версии |
Помимо обязательных аргументов, перечисленных в приведенной выше таблице, при вызове хранимой процедуры sp_addmergepublication могут указываться дополнительные аргументы, которые подчиняются следующим правилам.
Аргумент @alt\_snapshot\_folder поддерживается только в тех случаях, когда аргумент @snapshot\_in\_defaultfolder имеет значение «false».
@pre-snapshot\_script подписчиками не обрабатывается.
@post\_snapshot\_script подписчиками не обрабатывается.
Параметр @keep\_partition\_changes является устаревшим в SQL Server, и его не следует использовать. Вместо указания данного аргумента присвойте параметру @use\_partition\_groups значение «true», чтобы повысить скорость синхронизации при использовании фильтрации статей.
@allow\_synctoalternate подписчиками не обрабатывается.
Примечание
Когда значение аргумента @partition_options равно 1, 2 или 3, SQL Server Compact 3.5 не защищает от вставок вне секции. Поэтому во время синхронизации они не учитываются издателем, но не заносятся в журнал как конфликты и не удаляются на подписчике, вызывая таким образом расхождение. Защита от вставок вне секции должна быть реализована разработчиками на уровне приложения.