성능을 유지하면서 SQL Server의 기록 데이터 변경 사항을 효율적으로 감사하려면 어떻게 해야 합니까?

SQL Server의 기록 변경 사항 감사: 종합 가이드

질문:

방법 성능을 유지하면서 데이터베이스의 기록 변경 사항을 효과적으로 저장하고 추적합니다. 유연성?

배경:

시스템은 두 개의 테이블, 즉 현재 데이터 행을 포함하는 Table-A와 기록 데이터를 저장하는 Table-A-History로 구성됩니다. . Table-A-History에 기록 데이터를 보존하면서 가장 최근 행이 항상 Table-A에 있는지 확인해야 합니다.

방법 및 성능 고려 사항:

방법 1: 현재 행을 Table-A에서 다음으로 이동합니다. Table-A-History

새 데이터 행을 사용할 수 있게 되면 기존 현재 행을 Table-A에서 Table-A-History로 이동합니다. 그런 다음 새 데이터로 Table-A를 업데이트합니다.

장점:

• 작고 효율적인 Table-A를 유지합니다.
• 최소 인덱스 오버헤드 Table-A.

단점:

• 추가 삽입 및 삭제가 필요합니다.
• 내역 보고에는 조인이 필요합니다.

방법 2: 업데이트 Table-A 및 Table-A-History에 새 행 삽입

새 데이터 행을 사용할 수 있게 되면 Table-A의 기존 행을 업데이트하고 Table-A-History에 새 행을 삽입합니다.

장점:

• 내역 보고는 별도의 절차 없이 간단합니다.

단점:

• 이력 데이터가 증가하면 Table-A가 커질 수 있습니다.
• Table의 인덱스 오버헤드- A는 중요할 수 있습니다.

추가 고려해야 할 솔루션:

• 트리거를 사용한 감사: 트리거를 사용하여 DML(삽입, 업데이트, 삭제) 변경 사항을 캡처하고 별도의 감사 테이블에 저장합니다.
• 효과적인 날짜 지정: 행을 삭제하는 대신 비활성으로 표시하여 유형을 생성합니다. 2 천천히 변화하는 차원(SCD).
• 변경 데이터 캡처(엔터프라이즈 기능): 변경 사항을 기록하지만 충분한 정보를 제공하지 않을 수 있는 CDC 기능을 사용하여 데이터 변경 사항을 캡처합니다.
• 변경 내용 추적(모든 버전): SQL Server 테이블의 변경 내용을 추적하지만 감사에 제한이 있습니다.

권장 사항:

가장 좋은 방법은 특정 요구 사항과 성능 제약 조건에 따라 다릅니다. 최소한의 테이블 크기와 인덱스 오버헤드가 필요한 경우 감사 테이블을 사용하는 방법 1이 적합할 수 있습니다. 간편한 이력 보고를 위해서는 효과적인 연대 측정이 가능한 방법 2가 좋은 선택이 될 수 있습니다.

위 내용은 성능을 유지하면서 SQL Server의 기록 데이터 변경 사항을 효율적으로 감사하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!