논리적 레코드를 사용하여 관련된 행의 변경 내용을 그룹화

연결이 끊기는 경우와 같이 병합 프로세스가 중단되는 경우 논리적 레코드를 사용하면 관련 복제된 변경 내용 중 부분적으로 완료된 변경 내용 집합이 롤백됩니다. 예를 들어 구독자가 OrderID = 6인 새 주문과 OrderID = 6에 대해 OrderItemID = 10 및 OrderItemID = 11인 두 개의 새 행을 OrderItems 테이블에 추가하는 경우를 살펴봅시다.

OrderID = 6에 대한 Orders 행은 완료되었지만 OrderItems 10 및 11이 완료되기 전에 복제 프로세스가 중단되고 논리적 레코드가 사용되지 않는 경우 OrderID = 6에 대한 OrderTotal 값이 OrderItems 행에 대한 OrderAmount 값의 합계와 일치하지 않게 됩니다. 논리적 레코드가 사용되는 경우에는 관련 OrderItems 변경 내용이 복제될 때까지 OrderID = 6에 대한 Orders 행이 커밋되지 않습니다.

다른 시나리오에서 논리적 레코드가 사용되고 병합 프로세스가 변경 내용을 적용하는 동안 다른 사용자가 테이블을 쿼리하는 경우 부분적으로 복제된 변경 내용은 모두 완료될 때까지 사용자에게 표시되지 않습니다. 예를 들어 복제 프로세스가 OrderID = 6에 대한 Orders 행을 업로드했지만 복제 프로세스가 OrderItems 행을 복제하기 전에 사용자가 해당 테이블을 쿼리하는 경우 OrderTotal 값이 OrderAmount 값의 합계와 같지 않게 됩니다. 논리적 레코드가 사용되는 경우 OrderItems 행이 완료되고 트랜잭션이 하나의 단위로 커밋될 때까지 Orders 행이 표시되지 않습니다.

두 구독자에 위의 데이터 집합이 있는 경우를 살펴봅시다.

• 첫 번째 구독자의 사용자가 OrderItemID 5의 OrderAmount를 100에서 150으로 변경하고 OrderID 3의 OrderTotal을 200에서 250으로 변경합니다.

• 두 번째 구독자의 사용자가 OrderItemID 6의 OrderAmount를 25에서 125로 변경하고 OrderID 3의 OrderTotal을 200에서 300으로 변경합니다.

이러한 변경 내용을 논리적 레코드를 사용하지 않고 복제하면 서로 다른 OrderTotal 값으로 인해 충돌이 발생하고 둘 중 하나만 복제됩니다. 그러나 OrderItems 테이블의 충돌하지 않는 변경 내용은 충돌 발생 없이 복제되고 OrderTotal의 최종값이 OrderItems 행에 대해 일치하지 않게 됩니다. 이 시나리오에서 논리적 레코드를 사용하면 Orders 테이블의 무시되는 변경 내용과 연결된 OrderItems의 변경 내용도 롤백되므로 OrderTotal의 최종값이 OrderItems 행의 합계와 일치하게 됩니다.

논리적 레코드를 사용한 충돌 감지 및 해결과 관련된 옵션에 대한 자세한 내용은 논리적 레코드에서 충돌 감지 및 해결을 참조하십시오.

• 논리적 레코드의 테이블 수는 적을수록 좋으므로 테이블 수를 5개 이하로 유지합니다.

• 논리적 레코드는 다음 데이터 형식의 열은 참조할 수 없습니다.

  • varchar(max) 및 nvarchar(max)

  • varbinary(max)

  • text 및 ntext

  • image

  • XML

  • UDT

• 게시된 테이블의 외래 키 관계는 CASCADE 옵션으로 정의할 수 없습니다. 자세한 내용은 CREATE TABLE(Transact-SQL) 및 ALTER TABLE(Transact-SQL)을 참조하십시오.

• 논리적 관계 절에 사용되는 열은 업데이트할 수 없습니다.

• 논리적 레코드에 포함된 아티클에 대해서는 비즈니스 논리 처리기 또는 사용자 지정 해결 프로그램을 사용하는 사용자 지정 충돌 해결이 지원되지 않습니다.

• 매개 변수가 있는 필터를 포함하는 게시에서 논리적 레코드를 사용하는 경우에는 각 구독자를 해당 파티션에 대한 스냅숏으로 초기화해야 합니다. 다른 방법으로 구독자를 초기화하면 병합 에이전트는 실패합니다. 자세한 내용은 매개 변수가 있는 필터를 사용하는 병합 게시의 스냅숏을 참조하십시오.

• 논리적 레코드와 관련된 충돌은 충돌 뷰어에 표시되지 않습니다. 이러한 충돌에 대한 정보를 보려면 복제 저장 프로시저를 사용하십시오. 자세한 내용은 방법: 병합 게시에 대한 충돌 정보 보기(복제 Transact-SQL 프로그래밍)를 참조하십시오.

• 게시의 호환성 수준은 90RTM 이상이어야 합니다. 자세한 내용은 복제의 이전 버전과의 호환성의 "게시 호환성 수준" 섹션을 참조하십시오.

• 게시는 기본 스냅숏 모드를 사용해야 합니다. 논리적 레코드를 지원하지 않는 SQL Server Compact 3.5 SP2에 복제하지 않는 한 기본 스냅숏 모드가 기본값입니다.

• 게시는 웹 동기화를 허용할 수 없습니다. 웹 동기화에 대한 자세한 내용은 병합 복제에 대한 웹 동기화를 참조하십시오.

• 필터링된 게시에 논리적 레코드를 사용하려면 다음을 준수하십시오.

  • 사전 계산 파티션도 사용해야 합니다. 이때 사전 계산 파티션의 요구 사항도 논리적 레코드에 적용됩니다. 자세한 내용은 사전 계산 파티션으로 매개 변수가 있는 필터 성능 최적화를 참조하십시오.

  • 겹치지 않는 매개 변수가 있는 필터는 사용할 수 없습니다. 자세한 내용은 매개 변수가 있는 행 필터의 "'partition options' 설정" 섹션을 참조하십시오.

• 게시에서 조인 필터를 사용하는 경우 논리적 레코드 관계에 관련된 모든 조인 필터에 대해 join unique key 속성을 true로 설정해야 합니다. 자세한 내용은 조인 필터를 참조하십시오.

• 논리적 레코드를 통해 관련된 테이블에는 기본 키-외래 키 관계가 있어야 합니다.

• FOREIGN KEY 제약 조건에 대해서는 NOT FOR REPLICATION 옵션을 설정할 수 없습니다. 이 옵션에 대한 자세한 내용은 NOT FOR REPLICATION으로 제약 조건, ID 및 트리거 제어를 참조하십시오.

• 자식 테이블에는 부모 테이블이 하나만 있을 수 있습니다.

  예를 들어 수업 및 학생 데이터를 추적하는 데이터베이스는 다음과 같습니다.

  

  ClassMembers의 행이 기본 키 행과 연결되어 있지 않았기 때문에 논리적 레코드를 사용하여 이 관계에 있는 3개의 테이블을 나타낼 수 없습니다. ClassMembers 테이블과 Students 테이블 간에 논리적 레코드를 만들 수 있듯이 Classes 테이블과 ClassMembers 테이블 간에도 논리적 레코드를 만들 수 있지만 이 3개의 테이블 간에는 논리적 레코드를 만들 수 없습니다.

• 게시에는 순환 조인 필터 관계가 포함될 수 없습니다.

  Customers, Orders 및 OrderItems 테이블의 예를 들면 Orders 테이블에도 OrderItems 테이블을 참조하는 FOREIGN KEY 제약 조건이 있는 경우에는 논리적 레코드를 사용할 수 없습니다.