Публикация данных и объектов базы данныхPublish Data and Database Objects

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server даБаза данных SQL Azure (только Управляемый экземпляр) нетAzure Synapse Analytics (хранилище данных SQL) нетParallel Data Warehouse APPLIES TO: yesSQL Server yesAzure SQL Database (Managed Instance only) noAzure Synapse Analytics (SQL DW) noParallel Data Warehouse

При создании публикации можно выбрать таблицы и другие объекты базы данных, которые необходимо опубликовать.When creating a publication, you choose the tables and other database objects that you want to publish. Используя репликацию, можно опубликовать следующие объекты базы данных.You can publish the following database objects using replication.

Объект базы данныхDatabase object Репликация моментальных снимков и репликация транзакцийSnapshot replication and transactional replication Репликация слияниемMerge replication
ТаблицыTables XX XX
Секционированные таблицыPartitioned Tables XX XX
Хранимые процедуры — определение (Transact-SQLTransact-SQL и среда CLR)Stored Procedures – Definition (Transact-SQLTransact-SQL and CLR) XX XX
Хранимые процедуры — выполнение (Transact-SQLTransact-SQL и среда CLR)Stored Procedures – Execution (Transact-SQLTransact-SQL and CLR) XX нетno
ПредставленияViews XX XX
Индексированные представленияIndexed Views XX XX
Индексированные представления в виде таблицIndexed Views as Tables XX нетno
Определяемые пользователем типы (CLR)User-Defined Types (CLR) XX XX
Определяемые пользователем функции (Transact-SQLTransact-SQL и среда CLR)User-Defined Functions (Transact-SQLTransact-SQL and CLR) XX XX
Псевдонимы типов данныхAlias Data Types XX XX
Полнотекстовые индексыFull text indexes XX XX
Объекты схемы (ограничения, индексы, пользовательские триггеры DML, расширенные свойства и параметры сортировки)Schema Objects (constraints, indexes, user DML triggers, extended properties, and collation) XX XX

Создание публикацийCreating Publications

Для создания публикации необходимо предоставить следующую информацию.To create a publication, you supply the following information:

  • Распространитель.The Distributor.
  • Расположение файлов моментальных снимков.The location of the snapshot files.
  • База данных публикации.The publication database.
  • Тип создаваемой публикации (публикация моментальных снимков, публикация транзакций, публикация транзакций с обновляемыми подписками или публикация слиянием).The type of publication to create (snapshot, transactional, transactional with updatable subscriptions, or merge).
  • Данные и объекты базы данных (статьи) для включения в публикацию.The data and database objects (articles) to include in the publication.
  • Статические фильтры строк и фильтры столбцов для всех типов публикаций, параметризованные фильтры строк и фильтры соединения для публикаций слиянием.Static row filters and column filters for all types of publications, and parameterized row filters and join filters for merge publications.
  • Расписание агента моментальных снимков.The Snapshot Agent schedule.
  • Учетные записи, под которыми должны быть запущены следующие агенты: агент моментальных снимков для всех публикаций; агент чтения журнала для всех публикаций транзакций; агент чтения очереди для публикаций транзакций, разрешающих использование обновляемых подписок.Accounts under which the following agents will run: the Snapshot Agent for all publications; the Log Reader Agent for all transactional publications; the Queue Reader Agent for transactional publications that allow updating subscriptions.
  • Имя и описание публикации.A name and description for the publication.

Сведения о работе с публикациями см. в следующих разделах.For information about how to work with publications, see the following topics:

Примечание

Удаление статьи или публикации не приводит к удалению объектов с подписчика.Deleting an article or publication does not remove objects from the Subscriber.

Публикация таблицPublishing Tables

Наиболее часто публикуемым объектом является таблица.The most commonly published object is a table. Следующие ссылки предоставляют дополнительные сведения по темам, связанным с публикацией таблиц.The following links provide additional information about areas related to publishing tables:

При публикации таблицы для репликации можно указать, какие объекты схемы должны копироваться на подписчик, например: объявленная ссылочная целостность (ограничения на первичный ключ, ссылочные ограничения, ограничения уникальности), индексы, пользовательские триггеры DML (триггеры DDL не могут быть реплицированы), расширенные свойства и параметры сортировки.When publishing a table for replication, you can specify which schema objects should be copied to the Subscriber, such as declared referential integrity (primary key constraints, reference constraints, unique constraints), indexes, user DML triggers (DDL triggers cannot be replicated), extended properties, and collation. Расширенные свойства реплицируются только во время начальной синхронизации между издателем и подписчиком.Extended properties are replicated only in the initial synchronization between the Publisher and the Subscriber. При добавлении или изменении расширенного свойства после начальной синхронизации эти изменения не реплицируются.If you add or modify an extended property after the initial synchronization, the change is not replicated.

Сведения об указании параметров схемы см. в разделе Указание параметров схемы или SchemaOption.To specify schema options, see Specify Schema Options or SchemaOption.

Partitioned Tables and IndexesPartitioned Tables and Indexes

Репликация поддерживает публикацию секционированных таблиц и индексов.Replication supports the publishing of partitioned tables and indexes. Уровень поддержки зависит от типа репликации, которая была использована, и параметров, заданных для публикации и статей, связанных с секционированными таблицами.The level of support depends on the type of replication that is used, and the options that you specify for the publication and the articles associated with partitioned tables. Дополнительные сведения см. в статье Replicate Partitioned Tables and Indexes (Репликация секционированных таблиц и индексов).For more information, see Replicate Partitioned Tables and Indexes.

Публикация хранимых процедурPublishing Stored Procedures

Все типы репликации позволяют реплицировать определения хранимых процедур: инструкция CREATE PROCEDURE копируется на каждый подписчик.All types of replication allow you to replicate stored procedure definitions: the CREATE PROCEDURE is copied to each Subscriber. В случае с хранимыми процедурами общеязыковой среды исполнения (CLR) также копируется связанная сборка.In the case of common language runtime (CLR) stored procedures, the associated assembly is also copied. Изменения процедур реплицируются на подписчики; изменения связанных сборок не реплицируются.Changes to procedures are replicated to Subscribers; changes to associated assemblies are not.

Помимо репликации определения хранимой процедуры репликация транзакций позволяет реплицировать выполнение хранимых процедур.In addition to replicating the definition of a stored procedure, transactional replication allows you to replicate the execution of stored procedures. Это полезно при репликации результатов хранимых процедур, связанных с обслуживанием и работающих с большими объемами данных.This is useful in replicating the results of maintenance-oriented stored procedures that affect large amounts of data. Дополнительные сведения см. в статье Publishing Stored Procedure Execution in Transactional Replication.For more information, see Publishing Stored Procedure Execution in Transactional Replication.

Публикация представленийPublishing Views

Все типы репликации позволяют реплицировать представления.All types of replication allow you to replicate views. Представление (и сопутствующий индекс, если это индексированное представление) можно скопировать в подписчик, однако базовую таблицу также необходимо реплицировать.The view (and its accompanying index, if it is an indexed view) can be copied to the Subscriber, but the base table must also be replicated.

Для индексированных представлений репликация транзакций также позволяет реплицировать индексированное представление в виде таблицы, а не как представление, исключая необходимость реплицировать и базовую таблицу.For indexed views, transactional replication also allows you to replicate the indexed view as a table rather than a view, eliminating the need to also replicate the base table. Для этого укажите один из вариантов на основе журнала индексированного представления для параметра @type хранимой процедуры sp_addarticle (Transact-SQL).To do this, specify one of the "indexed view logbased" options for the @type parameter of sp_addarticle (Transact-SQL). Дополнительные сведения об использовании sp_addarticle см. в статье Define an Article (Определение статьи).For more information about using sp_addarticle, see Define an Article.

Публикация пользовательских функцийPublishing User-Defined Functions

Инструкции CREATE FUNCTION для функций CLR и Transact-SQLTransact-SQL копируются на каждый подписчик.The CREATE FUNCTION statements for CLR functions and Transact-SQLTransact-SQL functions are copied to each Subscriber. В случае с функциями CLR также копируется и связанная сборка.In the case of CLR functions, the associated assembly is also copied. Изменения функций реплицируются на подписчики; изменения связанных сборок не реплицируются.Changes to functions are replicated to Subscribers; changes to associated assemblies are not.

Публикация определяемых пользовательских типов и псевдонимов типов данныхPublishing User-Defined Types and Alias Data Types

Столбцы, использующие определяемые пользователем типы, и псевдонимы типов данных реплицируются на подписчики подобно другим столбцам.Columns that use user-defined types or alias data types are replicated to Subscribers like other columns. Перед созданием таблицы на подписчике выполняется инструкция CREATE TYPE для каждого реплицированного типа.The CREATE TYPEstatement for each replicated type is executed at the Subscriber before the table is created. В случае с определяемыми пользователем типами в каждый подписчик также копируется и связанная сборка.In the case of user-defined types, the associated assembly is also copied to each Subscriber. Изменения определяемых пользователем типов и псевдонимов типов данных не реплицируются на подписчики.Changes to user-defined types and alias data types are not replicated to Subscribers.

Если тип определен в базе данных, но на него нет ссылок ни в одном столбце, то при создании публикации этот тип не копируется в подписчики.If a type is defined in a database, but it is not referenced in any columns when a publication is created, the type is not copied to Subscribers. Если впоследствии в базе данных создается столбец этого типа и его необходимо реплицировать, то вначале этот тип (вместе со связанной сборкой для определяемого пользователем типа) необходимо скопировать вручную на каждый подписчик.If you subsequently create a column of that type in the database and want to replicate it, you must first manually copy the type (and the associated assembly for a user-defined type) to each Subscriber.

Публикация полнотекстовых индексовPublishing Full Text Indexes

Инструкция CREATE FULLTEXT INDEX копируется на каждый подписчик, и на подписчике создается полнотекстовый индекс.The CREATE FULLTEXT INDEX statement is copied to each Subscriber, and the full text index is created at the Subscriber. Изменения, внесенные в полнотекстовые индексы с помощью инструкции ALTER FULLTEXT INDEX, не реплицируются.Changes made to full text indexes using ALTER FULLTEXT INDEX are not replicated.

Внесение изменений схемы в опубликованные объектыMaking Schema Changes to Published Objects

Репликация поддерживает широкий диапазон изменений схем для опубликованных объектов.Replication supports a wide range of schema changes to published objects. При внесении любого из следующих изменений схемы в соответствующий опубликованный объект на издателе SQL ServerSQL Server это изменение распространяется по умолчанию на все подписчики SQL ServerSQL Server :When you make any of the following schema changes on the appropriate published object at a SQL ServerSQL Server Publisher, that change is propagated by default to all SQL ServerSQL Server Subscribers:

  • ALTER TABLEALTER TABLE

  • ALTER VIEWALTER VIEW

  • ALTER PROCEDUREALTER PROCEDURE

  • ALTER FUNCTIONALTER FUNCTION

  • ALTER TRIGGERALTER TRIGGER

Дополнительные сведения см. в статье Внесение изменений в схемы баз данных публикации.For more information, see Make Schema Changes on Publication Databases.

Некоторые аспекты процесса публикацииConsiderations for Publishing

При публикации объектов базы данных необходимо принимать во внимание следующие соображения.Keep the following issues in mind when publishing database objects:

  • Во время создания публикации и исходного моментального снимка база данных может быть доступна для пользователей, однако рекомендуется создавать публикации в периоды пониженной активности на издателе.The database is accessible to users during the creation of the publication and the initial snapshot, but it is advisable to create publications during times of lower activity on the Publisher.

  • Базу данных невозможно переименовать после создания в ней публикации.A database cannot be renamed after a publication is created in it. Чтобы базу данных переименовать, необходимо сначала удалить из нее репликацию.To rename it, you must first remove replication from the database.

  • При публикации объекта базы данных, зависящего от одного или нескольких других объектов базы данных, необходимо опубликовать и все связанные с ним объекты.If you are publishing a database object that depends on one or more other database objects, you must publish all referenced objects. Например, при публикации представления, зависящего от таблицы, необходимо также опубликовать и таблицу.For example, if you publish a view that depends on a table, you must publish the table also.

    Примечание

    Если при добавлении статьи в публикацию слиянием, существующая статья зависит от новой статьи, необходимо задать порядок обработки для обеих статей с помощью параметра @processing_order процедур sp_addmergearticle и sp_changemergearticle.If you add an article to a merge publication and an existing article depends on the new article, you must specify a processing order for both articles using the @processing_order parameter of sp_addmergearticle and sp_changemergearticle. Рассмотрим следующий сценарий: необходимо опубликовать таблицу без публикации функции, на которую ссылается эта таблица.Consider the following scenario: you publish a table but you do not publish a function that the table references. Если функция не будет опубликована, то таблица не сможет быть создана на подписчике.If you do not publish the function, the table cannot be created at the Subscriber. При добавлении функции к публикации: задайте значение 1 для параметра @processing_order процедуры sp_addmergearticle и значение 2 для параметра @processing_order процедуры sp_changemergearticle, указав имя таблицы в параметре @article.When you add the function to the publication: specify a value of 1 for the @processing_order parameter of sp_addmergearticle; and specify a value of 2 for the @processing_order parameter of sp_changemergearticle, specifying the table name for the parameter @article. Этот порядок обработки гарантирует создание функции на подписчике до создания таблицы, которая зависит от нее.This processing order ensures that you create the function at the Subscriber before the table that depends on it. Можно использовать различные числа для каждой статьи при условии, что число для функции меньше числа для таблицы.You can use different numbers for each article as long as the number for the function is lower than the number for the table.

  • Имена публикаций не могут содержать следующие символы: % * [ ] | : " ?Publication names cannot include the following characters: % * [ ] | : " ? \ / < >.\ / < >.

Ограничения на публикацию объектовLimitations on Publishing Objects

  • Максимальное количество публикуемых статей и столбцов зависит от типа публикации.The maximum number of articles and columns that can be published differs by publication type. Дополнительные сведения см. в разделе "Объекты репликации" статьи Maximum Capacity Specifications for SQL Server (Спецификации максимально допустимых параметров SQL Server).For more information, see the "Replication Objects" section of Maximum Capacity Specifications for SQL Server.

  • Хранимые процедуры, представления, триггеры и определяемые пользователем функции, которые определяются как WITH ENCRYPTION, невозможно опубликовать как часть репликации SQL ServerSQL Server .Stored procedures, views, triggers, and user-defined functions that are defined as WITH ENCRYPTION cannot be published as part of SQL ServerSQL Server replication.

  • Коллекции схем XML могут быть реплицированы, но изменения, внесенные после создания исходного моментального снимка, не реплицируются.XML schema collections can be replicated but changes are not replicated after the initial snapshot.

  • Таблицы, опубликованные для репликации транзакций, должны содержать первичный ключ.Tables published for transactional replication must have a primary key. Если таблица входит в публикацию репликации транзакций, то нельзя отключить никакие индексы, связанные с первичными ключевыми столбцами.If a table is in a transactional replication publication, you cannot disable any indexes that are associated with primary key columns. Эти индексы необходимы для репликации.These indexes are required by replication. Чтобы отключить индексы, сначала необходимо удалить таблицу из публикации.To disable an index, you must first drop the table from the publication.

  • Связанные значения по умолчанию, созданные с помощью sp_bindefault (Transact-SQL), не реплицируются (вместо связанных значений по умолчанию мы рекомендуем использовать значения по умолчанию, созданные с помощью ключевого слова DEFAULT инструкции ALTER TABLE или CREATE TABLE).Bound defaults created with sp_bindefault (Transact-SQL) are not replicated (bound defaults are deprecated in favor of defaults created with the DEFAULT keyword of ALTER TABLE or CREATE TABLE).

  • Функции, содержащие указание NOEXPAND на индексированных представлениях, невозможно опубликовать в той же публикации, что и ссылочные таблицы и индексированные представления. Это обусловлено порядком их доставки агентом распространения.Functions containing the NOEXPAND hint on indexed views cannot be published in the same publication as the referenced tables and indexed views, due to the order in which the distribution agent delivers them. Чтобы обойти эту проблему, поместите создание таблицы и индексированного представления в первую публикацию, добавьте функции с указанием NOEXPAND в на индексированных представлениях во вторую публикацию, которую следует опубликовать после завершения первой публикации.To work around this problem, place the table and indexed view creation in a first publication, and add functions containing the NOEXPAND hint on the indexed views to a second publication which you publish after the first publication completes. Также вы можете создать сценарии для этих функций и передать сценарий с помощью параметра @post_snapshot_script в sp_addpublication.Or, create scripts for these functions and deliver the script by using the @post_snapshot_script parameter of sp_addpublication.

Схемы и принадлежность объектовSchemas and Object Ownership

Репликации свойственно следующее поведение по умолчанию в мастере создания публикаций, касающееся схем и принадлежности объектов:Replication has the following default behavior in the New Publication Wizard with respect to schemas and object ownership:

  • Для статей в публикациях слиянием с уровнем совместимости 90 или выше, публикациях моментальных снимков и публикациях транзакций: по умолчанию владелец объекта на подписчике идентичен владельцу соответствующего объекта на издателе.For articles in merge publications with a compatibility level of 90 or higher, snapshot publications, and transactional publications: by default, the object owner at the Subscriber is the same as the owner of the corresponding object at the Publisher. Если на подписчике не существует схем, владеющих объектами, они создаются автоматически.If the schemas that own objects do not exist at the Subscriber, they are created automatically.

  • Для статей в публикациях слиянием с уровнем совместимости менее 90: по умолчанию владелец не указывается, а в процессе создания объекта на подписчике владельцем назначается dbo .For articles in merge publications with a compatibility level lower than 90: by default, the owner is left blank and is specified as dbo during the creation of the object on the Subscriber.

  • Для статей в публикациях Oracle: по умолчанию владельцем назначается dbo.For articles in Oracle publications: by default, the owner is specified as dbo.

  • Для статей в публикациях, в которых используются моментальные снимки в текстовом режиме (используются для подписчиков, отличных от подписчиковSQL ServerSQL Server , и подписчиков SQL Server CompactSQL Server Compact ): по умолчанию владелец не указывается.For articles in publications that use character mode snapshots (which are used for non-SQL ServerSQL Server Subscribers and SQL Server CompactSQL Server Compact Subscribers): by default, the owner is left blank. Владельцем по умолчанию является владелец, указанный в учетной записи, используемой агентом распространителя или агентом слияния для соединения с подписчиком.The owner defaults to the owner associated with the account used by the Distribution Agent or Merge Agent to connect to the Subscriber.

Владельца объекта можно изменить с помощью диалогового окна Свойства статьи — < cтатья > и следующих хранимых процедур: sp_addarticle, sp_addmergearticle, sp_changearticle и sp_changemergearticle.The object owner can be changed through the Article Properties - <Article> dialog box and through the following stored procedures: sp_addarticle, sp_addmergearticle, sp_changearticle, and sp_changemergearticle. Дополнительные сведения см. в статье Просмотр и изменение свойств публикации, Определение статьи и Просмотр и изменение свойств статьи.For more information, see View and Modify Publication Properties, Define an Article, and View and Modify Article Properties.

Публикация данных на подписчики, использующие предыдущие версии SQL ServerPublishing Data to Subscribers Running Previous Versions of SQL Server

  • При публикации данных на подписчик, использующий предыдущую версию SQL ServerSQL Server, предлагаются только те функции, которые имеются в этой версии. Ограничения накладываются как на функции репликации, так и на функции продукта в целом.If you are publishing to a Subscriber running a previous version of SQL ServerSQL Server, you are limited to the functionality of that version, both in terms of replication-specific functionality and the functionality of the product as a whole.

  • Публикации слиянием используют уровень совместимости, который определяет, какие функции могут использоваться в публикации, а также обеспечивает поддержку подписчиков, на которых выполняются предыдущие версии SQL ServerSQL Server.Merge publications use a compatibility level, which determines what features can be used in a publication and allows you to support Subscribers running previous versions of SQL ServerSQL Server.

Публикация таблиц в нескольких публикацияхPublishing Tables in More Than One Publication

Репликация поддерживает публикацию статей в нескольких публикациях (включая переиздание данных) со следующими ограничениями.Replication supports publishing articles in multiple publications (including republishing data) with the following restrictions:

  • Если статья опубликована в публикации транзакций и публикации слиянием, убедитесь, что свойство @published_in_tran_pub имеет значение TRUE для статьи публикации слиянием.If an article is published in a transactional publication and a merge publication, ensure that the @published_in_tran_pub property is set to TRUE for the merge article. Дополнительные сведения об изменении свойств см. в статье Просмотр и изменение свойств публикации и Просмотр и изменение свойств статьи.For more information about setting properties, see View and Modify Publication Properties and View and Modify Article Properties.

    Также нужно установить свойство @published_in_tran_pub, если статья является частью подписки на публикацию транзакций и включена в публикацию слиянием.You should also set the @published_in_tran_pub property if an article is part of a transactional subscription and is included in a merge publication. В этом случае нужно иметь в виду, что по умолчанию репликация транзакций ожидает, что таблицы на подписчике будут иметь атрибут «только для чтения». Если репликация слиянием производит изменения данных в таблице подписки на публикацию транзакций, то может возникнуть потеря конвергенции данных.If this is the case, be aware that by default transactional replication expects tables at the Subscriber to be treated as read-only; if merge replication makes data changes to a table in a transactional subscription, non-convergence of data can occur. Чтобы избежать этой ситуации, рекомендуется, чтобы любые подобные таблицы задавались в публикации слиянием с атрибутом «только для загрузки».To avoid this possibility, we recommend that any such table be specified as download-only in the merge publication. Это защищает подписчика на публикацию слиянием от передачи измененных данных в таблицу.This prevents a merge Subscriber from uploading data changes to the table. Дополнительные сведения см. в статье Оптимизация производительности репликации слиянием при работе со статьями, доступными только для загрузки.For more information, see Optimize Merge Replication Performance with Download-Only Articles.

  • Статья не может быть опубликована и в публикации слиянием и в публикации транзакций с подписками, обновляемыми посредством очередей.An article cannot be published in both a merge publication and a transactional publication with queued updating subscriptions.

  • Статьи, включенные в публикации транзакций, которые поддерживают обновляемые подписки, не могут переиздаваться.Articles included in transactional publications that support updating subscriptions cannot be republished.

  • Если статья опубликована в нескольких публикациях транзакций, которые поддерживают подписки, обновляемые посредством очередей, то во всех публикациях следующим свойствам этой статьи должны присваиваться одинаковые значения:If an article is published in more than one transactional publication that supports queued updating subscriptions, the following properties must have the same value for the article across all publications:

    СвойствоProperty Параметр в sp_addarticleParameter in sp_addarticle
    Управление диапазонами идентификаторовIdentity range management @auto_identity_range (является устаревшим) и @identityrangemangementoption@auto_identity_range (deprecated) and @identityrangemangementoption
    Диапазон идентификаторов издателяPublisher identity range @pub_identity_range@pub_identity_range
    Диапазон идентификаторовIdentity range @identity_range@identity_range
    Порог диапазона идентификаторовIdentity range threshold @threshold@threshold

    Дополнительные сведения о параметрах схемы см. в статье об sp_addarticle (Transact-SQL).For more information about these parameters, see sp_addarticle (Transact-SQL).

  • Если статья опубликована в нескольких публикациях слиянием, то во всех публикациях следующим свойствам этой статьи должны присваиваться одинаковые значения.If an article is published in more than one merge publication, the following properties must have the same value for the article across all publications:

    СвойствоProperty Параметр в sp_addmergearticleParameter in sp_addmergearticle
    Отслеживание значений столбцовColumn tracking @column_tracking@column_tracking
    Параметры схемыSchema options @schema_option@schema_option
    Фильтрация столбцовColumn filtering @vertical_partition@vertical_partition
    Параметры выгрузки данных подписчикаSubscriber upload options @subscriber_upload_options@subscriber_upload_options
    Условное отслеживание удаленийConditional delete tracking @delete_tracking@delete_tracking
    Компенсация ошибокError compensation @compensate_for_errors@compensate_for_errors
    Управление диапазонами идентификаторовIdentity range management @auto_identity_range (является устаревшим) и @identityrangemangementoption@auto_identity_range (deprecated) and @identityrangemangementoption
    Диапазон идентификаторов издателяPublisher identity range @pub_identity_range@pub_identity_range
    Диапазон идентификаторовIdentity range @identity_range@identity_range
    Порог диапазона идентификаторовIdentity range threshold @threshold@threshold
    Параметры секцииPartition options @partition_options@partition_options
    Направление потока данных столбцов большого двоичного объектаBlob column streaming @stream_blob_columns@stream_blob_columns
    Тип фильтраFilter type @filter_type (параметр хранимой процедуры sp_addmergefilter)@filter_type (parameter in sp_addmergefilter)

    Дополнительные сведения об этих параметрах см. в статье об sp_addmergearticle (Transact-SQL) и sp_addmergefilter (Transact-SQL).For more information about these parameters, see sp_addmergearticle (Transact-SQL) and sp_addmergefilter (Transact-SQL).

  • Репликация транзакций и нефильтрованная репликация слиянием поддерживают публикацию таблицы в нескольких публикациях с последующей подпиской в пределах одной таблицы в базе данных подписки (такой сценарий, как правило, называется сценарием сведения).Transactional replication and unfiltered merge replication support publishing a table in multiple publications and then subscribing within a single table in the subscription database (commonly referred to as a roll up scenario). Сведение часто используется для объединения подмножеств данных из нескольких мест в одной таблице на центральном подписчике.Roll up is often used for aggregating subsets of data from multiple locations in one table at a central Subscriber. Фильтрованные публикации слиянием не поддерживают сценарий центрального подписчика.Filtered merge publications do not support the central Subscriber scenario. Для репликации слиянием сведение обычно реализуется в одной публикации с помощью параметризованных фильтров строк.For merge replication, roll up is typically implemented through a single publication with parameterized row filters. Дополнительные сведения см. в разделе Параметризованные фильтры строк.For more information, see Parameterized Row Filters.

См. также:See Also

Добавление и удаление статей в существующих публикациях Add Articles to and Drop Articles from Existing Publications
Настройка распространения Configure Distribution
Инициализация подписки Initialize a Subscription
Scripting Replication (Скрипты репликации) Scripting Replication
Организация безопасности издателя Secure the Publisher
Подписка на публикацииSubscribe to Publications