임시 테이블 고려 사항 및 제한 사항

  • 아티클

적용 대상:SQL Server 2016(13.x) 이상Azure SQL DatabaseAzure SQL Managed Instance

시스템 버전 관리의 특성으로 인해 temporal 테이블을 사용하는 경우 고려해야 할 몇 가지 고려 사항 및 제한 사항이 있습니다.

  • temporal 테이블에는 기본 키가 정의되어야 현재 테이블과 기록 테이블 사이에서 레코드를 연결할 수 있고 기록 테이블에는 기본 키를 정의할 수 없습니다.

  • SYSTEM_TIME 기간 열은 ValidFrom 기록을 위해 사용되고 ValidTo 값은 datetime2 데이터 형식으로 정의되어야 합니다.

  • 임시 구문은 데이터베이스에 로컬로 저장된 테이블 또는 뷰에서 작동합니다. 연결된 서버 또는 외부 테이블의 테이블과 같은 원격 개체를 사용하면 쿼리에서 직접 FOR 절 또는 마침표 조건자를 사용할 수 없습니다.

  • 기록 테이블 생성 도중 기록 테이블의 이름을 지정하는 경우 스키마와 테이블 이름을 지정해야 합니다.

  • 기본적으로 기록 테이블은 PAGE로 압축됩니다.

  • 구성 분할은 현재 테이블에서 기록 테이블로 자동 복제를 수행하지 않기 때문에 현재 테이블이 분할된 경우 기록 테이블은 기본 파일 그룹에 생성됩니다.

  • FileTable 및 FILESTREAM은 SQL Server 외부에서 데이터 조작을 허용하므로 시스템 버전 관리가 보장되지 않으므로 임시 및 기록 테이블은 FileTable 또는 FILESTREAM을 사용할 수 없습니다.

  • 노드 또는 에지 테이블을 temporal 테이블로 만들거나 변경할 수 없습니다.

  • (n)varchar(max), varbinary(max), (n)text 및 image등의 temporal 테이블은 BLOB 데이터 형식을 지원하는 반면 크기로 인해 상당한 스토리지 비용이 부과되고 성능이 저하됩니다. 따라서 이러한 데이터 유형을 사용하는 경우 시스템 설계 시 유의해야 합니다.

  • 기록 테이블은 현재 테이블과 동일한 데이터베이스에 만들어야 합니다. Linked Server에서의 임시 쿼리는 지원되지 않습니다.

  • 기록 테이블은 제약 조건(기본 키, 외래 키, 테이블 또는 열 제약 조건)을 가질 수 없습니다.

  • 인덱싱된 뷰는 임시 쿼리를 기반으로 사용할 수 없습니다( FOR SYSTEM_TIME 절을 사용하는 쿼리).

  • 시스템 버전 관리 temporal 테이블에서는 온라인 옵션(WITH (ONLINE = ON)이 ALTER TABLE ALTER COLUMN에 영향을 주지 않습니다. ONLINE 옵션에 지정된 값과 관계없이 ALTER 열은 온라인 작업으로 수행되지 않습니다.

  • INSERT 및 UPDATE 문은 SYSTEM_TIME 기간 열을 참조할 수 없습니다. 이러한 열에 직접 값을 삽입하려는 시도는 차단됩니다.

  • SYSTEM_VERSIONING가 ON인 동안 TRUNCATE TABLE은 지원되지 않습니다.

  • 기록 테이블의 데이터를 직접 수정하는 것은 허용되지 않습니다.

  • ON DELETE CASCADE 및 ON UPDATE CASCADE은 현재 테이블에서 허용되지 않습니다. 즉, temporal 테이블이 외래 키 관계(sys.foreign_key의 parent_object_id에 해당)인 경우 CASCADE 옵션은 허용되지 않습니다. 이러한 제약 조건으로 작업하려면 애플리케이션 논리를 사용하거나 트리거 후에 기본 키 테이블(sys.foreign_key의 referenced_object_id에 해당)에서 삭제 시 일관성을 유지하세요. 기본 키 테이블이 임시이고 참조 테이블이 임시 테이블이 아닌 경우 그러한 제한 사항이 없습니다.

  • DML 논리 무효화를 방지하기 위해 INSTEAD OF 트리거가 현재 또는 기록 테이블에서 허용되지 않습니다. AFTER 트리거는 현재 테이블에서만 허용됩니다. DML 논리 무효화를 방지하기 위해 기록 테이블에서 차단됩니다.

  • 복제 기술은 다음과 같이 제한적으로 사용됩니다.

    • 가용성 그룹: 완전히 지원됨

    • 변경 데이터 캡처 및 변경 내용 추적: 현재 테이블에서만 지원

    • 스냅샷 및 트랜잭션 복제: 임시로 활성화되지 않은 단일 게시자 및 임시로 활성화된 한 구독자에서만 지원됩니다. 로컬 시스템 시계에 의존하여 임시 데이터가 일치하지 않을 수 있으므로 다중 구독자를 사용할 수 없습니다. 이 경우 게시자는 OLTP 작업에서 사용되고 구독자는 오프로딩 보고서(AS OF 쿼리 포함)에서 사용됩니다. 배포 에이전트가 시작되면 배포 에이전트가 중지될 때까지 열린 상태로 유지되는 트랜잭션이 열립니다. ValidFrom 및 ValidTo는 배포 에이전트가 시작되는 첫 번째 트랜잭션의 시작 시간으로 채워집니다. 따라서 애플리케이션 또는 조직에 중요한 최신 시스템 시간에 가까운 시간으로 ValidFrom 및 ValidTo를 채운 경우 배포 에이전트를 지속적으로 실행하는 기본 동작이 아닌 일정에 따라 실행하는 것이 더 좋을 수 있습니다. 자세한 내용은 임시 테이블 사용 시나리오를 참조하세요.

    • 병합 복제: temporal 테이블에서 지원되지 않습니다.

  • 일반 쿼리는 현재 테이블의 데이터에만 영향을 줍니다. 기록 테이블에서 데이터를 쿼리하려면 임시 쿼리를 사용해야 합니다. 자세한 내용은 시스템 버전 관리 임시 테이블 데이터 쿼리하기를 참조하세요.

  • 최적의 인덱싱 전략은 현재 테이블에 클러스터형 열 스토리지 인덱스 및/또는 B-트리 rowstore 인덱스를 포함하고 기록 테이블에 클러스터형 columnstore 인덱스를 포함하여 최적의 스토리지 크기와 성능을 획득하는 것입니다. 자체 기록 테이블을 생성/사용하는 경우 기간 열의 마지막에서 시작하는 기간 열로 구성되는 유형의 인덱스를 만들어 임시 쿼리 속도를 향상시키고 데이터 일관성 확인의 일부인 쿼리의 속도를 향상시키는 것이 좋습니다. 기본 기록 테이블은 기간 열(끝, 시작)을 기반으로 생성된 클러스터형 rowstore 인덱스를 가질 수 있습니다. 최소한 비클러스터형 rowstore 인덱스를 사용하는 것이 좋습니다.

  • 기록 테이블을 만들 때 다음 개체/속성은 현재 테이블에서 기록 테이블로 복제되지 않습니다.

    • 기간 정의
    • ID 정의
    • 인덱스
    • 통계
    • CHECK 제약 조건
    • 트리거
    • 분할 구성
    • 사용 권한
    • 행 수준 보안 조건자

  • 일련의 기록 테이블에서 기록 테이블은 현재 테이블로 구성될 수 있습니다.

참고

SQL Server 설명서는 인덱스를 지칭할 때 B-트리라는 용어를 사용합니다. rowstore 인덱스에서 SQL Server는 B+ 트리를 구현합니다. 이는 columnstore 인덱스나 메모리 내 데이터 저장소에는 적용되지 않습니다. 자세한 내용은 SQL Server 및 Azure SQL 인덱스 아키텍처 및 디자인 가이드를 참조하세요.

다음 단계