비고
이 기능은 이후 버전의 Microsoft SQL Server에서 제거됩니다. 새 개발 작업에서 이 기능을 사용하지 말고 현재 이 기능을 사용하는 애플리케이션을 수정할 계획입니다.
병합 복제를 사용하면 하나 이상의 아티클에 대한 삭제를 복제 트리거 및 시스템 테이블로 추적하지 않도록 지정할 수 있습니다. 아티클에 이 옵션을 지정하면 게시자 또는 구독자에서 삭제가 추적되거나 복제되지 않습니다. 이 옵션은 여러 애플리케이션 시나리오를 지원하고 삭제 복제가 필요하거나 바람직하지 않은 경우에 대한 성능 최적화를 제공하는 데 사용할 수 있습니다. 성능은 세 가지 방법으로 향상됩니다. 삭제에 대한 메타데이터는 저장되지 않습니다. 삭제는 동기화 중에 열거되지 않습니다. 삭제는 구독자에 복제되고 적용되지 않습니다.
비고
다운로드 전용 문서를 사용하려면 게시의 호환성 수준이 90RTM 이상이어야 합니다.
옵션은 게시를 생성할 때 지정할 수 있으며, 애플리케이션이 일부 삭제는 복제하고 다른 삭제는 복제하지 않아야 하는 경우, 예를 들어 일괄 삭제처럼, 이 옵션을 켜거나 끌 수 있습니다. 다음 예제에서는 애플리케이션에서 이 옵션을 사용할 수 있는 방법을 보여 줍니다.
모바일 영업 사원의 애플리케이션에는 일반적으로 SalesOrderHeader, SalesOrderDetail 및 Product와 같은 테이블이 있습니다. 주문은 구독자에 입력된 다음 게시자에 복제되며, 주문 처리 시스템에 데이터를 제공하는 경우가 많습니다. 많은 모바일 작업자는 제한된 스토리지가 있는 핸드헬드 디바이스를 사용합니다. 게시자에서 주문을 받은 후 구독자에서 삭제할 수 있습니다. 시스템에서 주문이 여전히 활성화되어 있으므로 삭제가 게시자에 전파되지 않습니다.
이 시나리오에서는 SalesOrderHeader 및 SalesOrderDetail 테이블에 대한 삭제가 추적되지 않습니다. 제품이 게시자에서 삭제되면 제품 목록을 최신 상태로 유지하기 위해 구독자에게 삭제 정보가 전송되므로 제품 테이블의 삭제가 추적됩니다.
애플리케이션은 1년보다 오래된 레코드를 주기적으로 제거하는 TransactionHistory와 같은 테이블에 기록 데이터를 저장할 수 있습니다. 구독자가 현재 월 내의 트랜잭션에 대한 데이터만 수신할 수 있도록 테이블을 필터링할 수 있습니다. 이전 데이터를 제거하는 게시자의 월별 일괄 삭제는 구독자와 관련이 없지만 기본적으로 추적되고 열거됩니다.
이 시나리오에서는 일괄 처리가 발생하기 전에 시스템에서 작업을 중지하고 애플리케이션에서 삭제 추적을 사용하지 않도록 설정할 수 있습니다. 처리가 완료되면 추적을 다시 사용하도록 설정할 수 있습니다.
중요합니다
게시자에서 다른 작업이 계속되는 경우 삭제 추적을 사용하지 않도록 설정하는 동안 구독자에게 전파해야 하는 삭제가 발생하지 않도록 해야 합니다.
삭제를 추적하지 않도록 지정하려면
- 복제 Transact-SQL 프로그래밍: 병합 아티클에 대해 삭제를 추적하지 않도록 지정(복제 Transact-SQL 프로그래밍)