대량 레코드 업데이트 작업 최적화
문제:
여러 번 실행한 후에도 간단한 UPDATE 문이 실패했습니다. 시간.
해결책:
기존 테이블을 업데이트하는 대신 SELECT 문을 활용하여 원하는 값으로 새 테이블을 채웁니다. 이 접근 방식은 성능을 크게 향상시키고 직접 업데이트와 관련된 병목 현상을 방지합니다.
간단하지 않은 경우의 단계:
-
원하는 구조의 새 테이블:
- 다시 만들기 동일한 클러스터형 인덱스, ID 열, 계산 열 및 업데이트할 새 열이 있는 다른 스키마의 원본 테이블.
- 트리거, 외래 키 제약 조건 및 기타 필수가 아닌 요소를 제외합니다.
-
인서트 테스트 작업:
- 정확성을 보장하기 위해 행의 작은 하위 집합을 새 테이블에 삽입합니다.
-
대량 삽입을 준비합니다. :
- 데이터베이스를 다음으로 설정합니다. 대량 로그 또는 단순 복구 모델.
- 새 테이블을 자릅니다.
-
대량 삽입 수행:
- 단일 INSERT 문을 사용하여 원본 테이블의 모든 레코드를 새 테이블에 삽입합니다. TABLOCK 힌트.
-
데이터 무결성 확인:
- 새 테이블을 확인하여 성공 여부를 확인하세요. 업데이트.
-
제약 조건 및 트리거 재생성:
- 모든 비클러스터형 제약 조건, 인덱스 및 트리거를 별도의 스키마를 유지하면서 새 테이블 배치.
-
테이블 전환:
- 원래 테이블을 백업 스키마로 이동하고 새 테이블을 원하는 스키마로 이동합니다. schema.
- 업데이트 중에 발생한 변경 사항을 조정하기 위해 필요한 트루업 작업을 수행합니다. 프로세스입니다.
위 내용은 데이터베이스 테이블에서 1억 2천만 개의 레코드를 효율적으로 업데이트하려면 어떻게 해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!