데이터 및 데이터베이스 개체 게시Publish Data and Database Objects

이 항목 적용 대상: 예SQL Server없습니다Azure SQL 데이터베이스없습니다Azure SQL 데이터 웨어하우스 없습니다 병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse 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:

  • Create a PublicationCreate a Publication

  • 아티클 정의Define an Article

  • 게시 속성 보기 및 수정View and Modify Publication Properties

  • 아티클 속성 보기 및 수정View and Modify Article Properties

  • 게시 삭제Delete a Publication

  • 아티클 삭제Delete an Article

참고

아티클 또는 게시를 삭제해도 구독자에서 개체가 제거되지 않습니다.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:

분할된 테이블 및 인덱스Partitioned 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. 자세한 내용은 분할 테이블 및 인덱스 복제를 참조하세요.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. 이렇게 하려면 sp_addarticle(Transact-SQL)@type 매개 변수에 대해 "indexed view logbased" 옵션 중 하나를 지정합니다.To do this, specify one of the "indexed view logbased" options for the @type parameter of sp_addarticle (Transact-SQL). sp_addarticle의 사용 방법은 아티클 정의를 참조하세요.For more information about using sp_addarticle, see Define an Article.

사용자 정의 함수 게시Publishing User-Defined Functions

CLR 함수 및 Transact-SQLTransact-SQL 함수의 CREATE FUNCTION 문이 각 구독자에 복사됩니다.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:

게시 고려 사항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_ordersp_changemergearticle@processing_order을 참조하십시오.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. 게시에 함수를 추가할 경우에는 sp_addmergearticle@processing_ordersp_changemergearticle을 지정하고 sp_changemergearticle@processing_order@processing_order를 지정하며 @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. 자세한 내용은 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)로 생성된 바인딩된 기본값은 복제되지 않습니다. 바인딩된 기본값은 ALTER TABLE 또는 CREATE TABLE의 DEFAULT 키워드로 생성된 기본값으로 대체되었습니다.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@post_snapshot_script을 참조하십시오.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.

    개체 소유자는 아티클 속성 - <Article> 대화 상자와 sp_addarticle, sp_addmergearticle, sp_changearticlesp_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 Server를 실행하는 구독자에 데이터 게시Publishing 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_addarticle의 매개 변수Parameter in sp_addarticle
    ID 범위 관리Identity range management @auto_identity_range (사용되지 않음) 및 @identityrangemangementoption@auto_identity_range (deprecated) and @identityrangemangementoption
    게시자 ID 범위Publisher identity range @pub_identity_range
    ID 범위Identity range @identity_range
    ID 범위 임계값Identity range 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_addmergearticle의 매개 변수Parameter in sp_addmergearticle
    열 추적Column tracking @column_tracking
    스키마 옵션Schema options @schema_option
    열 필터링Column filtering @vertical_partition
    구독자 업로드 옵션Subscriber upload options @subscriber_upload_options
    조건부 삭제 추적Conditional delete tracking @delete_tracking
    오류 보정Error compensation @compensate_for_errors
    ID 범위 관리Identity range management @auto_identity_range (사용되지 않음) 및 @identityrangemangementoption@auto_identity_range (deprecated) and @identityrangemangementoption
    게시자 ID 범위Publisher identity range @pub_identity_range
    ID 범위Identity range @identity_range
    ID 범위 임계값Identity range threshold @threshold
    파티션 옵션Partition options @partition_options
    BLOB 열 스트리밍Blob column streaming @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. 자세한 내용은 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
게시자 보안 설정 Secure the Publisher
게시 구독Subscribe to Publications