Оптимизация производительности репликации слиянием при работе со статьями, доступными только для загрузки
Репликация слиянием предлагает два разных типа статей, которые удовлетворяют требованиям приложений. Публикации могут содержать одну или несколько статей каждого из этих типов в соответствии с требованиями приложения:
- Стандартные статьи
- Статьи, доступные только для загрузки
Статьи, доступные только для загрузки, имеют преимущества в производительности перед стандартными статьями и должны применяться везде, где они уместны.
.gif "ms151748.note(ru-ru,SQL.90).gif") Примечание. |
|---|
| Для использования статей, доступных только для загрузки, уровень совместимости публикации должен быть не меньше 90RTM. Дополнительные сведения см. в подразделе «Уровень совместимости для публикаций слиянием» раздела Использование нескольких версий SQL Server в топологии репликации. |
Стандартные статьи
Стандартные статьи используются по умолчанию и предлагают полный диапазон возможностей репликации слиянием, включая широкий выбор средств обнаружения и разрешения конфликтов. Стандартные статьи подходят для таблиц, обновляемых несколькими подписчиками. Объекты, отличные от таблиц, такие как хранимые процедуры и представления, всегда публикуются в виде стандартных статей.
Статьи, доступные только для загрузки
Статьи, доступные только для загрузки, предназначены для приложений, содержащих данные, которые не обновляются на подписчиках, например наборы статей в каталогах продуктов. Каталог продуктов обычно обновляется на издателе, а не на подписчиках. Так как статьи, доступные только для загрузки, не могут обновляться на подписчике, отслеживаемые метаданные не отправляются подписчикам. Это может привести к сокращению необходимого места для хранения на подписчиках и увеличению производительности, особенно в условиях медленного сетевого соединения.
Статьи, доступные только для загрузки, работают совместно с клиентскими подписками: если статья предназначена только для загрузки, строки для этой статьи не могут вставляться, обновляться и удаляться на подписчиках, использующих клиентские подписки. Издатели и подписчики, использующие серверные подписки (обычно это подписчики, которые переиздают данные для других подписчиков), могут вставлять, обновлять и удалять данные. Дополнительные сведения о клиентских подписках см. в разделе Подписка на публикации.
Указание того, что статья предназначена только для загрузки
- SQL Server Management Studio: Как определить, что статья слияния таблиц доступна только для загрузки (среда SQL Server Management Studio)
- Программирование репликации на Transact-SQL: How to: Specify That a Merge Table Article is Download-Only (Replication Transact-SQL Programming)
Использование в приложениях статей иных типов
Изучив требования своего приложения, можно найти компромиссный вариант между максимальной гибкостью и оптимальной производительностью. Например, приложения с многочисленными конфликтами и изменениями как на издателе, так и на подписчике будут использовать публикацию, составленную из стандартных статей. Некоторые приложения, например приложение по автоматизации управления продажами, могут иметь статьи с высокой вероятностью конфликтов и другие статьи, использующиеся в качестве поисковых таблиц, которые могут определяться как статьи, доступные только для загрузки. Приложения ввода данных, такие как системы точки продажи и приложения автоматизации выездного обслуживания, часто строго секционируют данные, чтобы полностью исключить конфликты, при этом данные от одного подписчика никогда не передаются другому подписчику. В этих ситуациях сочетание неперекрывающихся секций, статей, доступных только для загрузки, и предварительно вычисляемых секций обеспечивает максимальную производительность и масштабируемость. Дополнительные сведения о неперекрывающихся секциях и предварительно вычисляемых секциях см. в разделе Параметризованные фильтры строк.
См. также
Основные понятия
Параметры статьи для репликации слиянием
Оптимизация производительности репликации слиянием с помощью отслеживания условного удаления