통계가 저장 프로 시저에 대한 실행 계획을 만들 때만 사용되고 실제 실행 컨텍스트에서 사용되지 않는다고 말하는 것이 맞습니까?

아니요, 저장 프로 시저의 실행 계획이 캐시됩니다. 계획을 계속 유지할 수있는 충분한 메모리가 있다고 가정하면 다음 중 하나가 발생하지 않으면 변경되지 않습니다 ( SQL Server 문서의 실행 계획 캐싱 및 재사용 에서 강조).

• 쿼리에서 참조하는 테이블 또는 뷰의 변경 사항 (ALTER TABLE 및 ALTER VIEW).
• 단일 프로 시저를 변경하면 캐시에서 해당 프로 시저에 대한 모든 계획이 삭제됩니다 (ALTER PROCEDURE).
• 실행 계획에서 사용하는 인덱스로 변경합니다.
• UPDATE STATISTICS와 같은 명령문에서 명시 적으로 생성되거나 자동으로 생성 된 실행 계획에 사용되는 통계에 대한 업데이트입니다.
• 실행 계획에서 사용하는 인덱스를 삭제합니다.
• sp_recompile에 대한 명시 적 호출
• 키가 많이 변경됨 (쿼리가 참조하는 테이블을 수정하는 다른 사용자의 INSERT 또는 DELETE 문으로 생성됨)
• 트리거가있는 테이블의 경우, 삽입 또는 삭제 된 테이블의 행 수가 크게 증가합니다.
• WITH RECOMPILE 옵션을 사용하여 스토어드 프로 시저 실행

따라서 통계가 업데이트되면 캐시 된 계획에서 새 통계를 자동으로 고려하여 다시 컴파일합니다.

하루에 십만 개의 행이 추가 될 때 실행 계획이 오래되지 않게하려면 어떻게해야합니까?

한 가지 방법은 위에서 언급 한 것처럼 테이블에 많은 업데이트가있는 경우입니다. 수십만 개의 변경된 행이이 조건을 만족시킬 수 있습니다. 그러나 통계를 업데이트하여보다 세밀한 제어를 원하는 경우 SQL Server가 통계를 자동으로 생성 및 관리하도록하거나 직접 직접 수행 할 수 있습니다. SQL Server 자동 업데이트 및 자동 통계 생성 옵션 에서이 방법에 대한 자세한 정보를 찾을 수 있습니다 . 매주 인덱스를 다시 작성하면 계획도 업데이트됩니다. 통계를 너무 자주 업데이트하면 실제 성능 결과를 얻지 못할 수 있으므로 테스트를 수행하여 가장 유용한 것이 무엇인지 확인하십시오.

이 문제를 해결하기 위해 통계를 자주 업데이트하는 경우이 저장 프로 시저 쿼리에 OPTION (RECOMPILE) 힌트를 사용하는 것이 합리적입니까?

당신은하지 않습니다 필요 사용 RECOMPILE발췌 기반으로하기 때문에 새로운 통계를 사용할 때마다 실행 계획이 적절하게 업데이트되는 것을 볼 수 있습니다 위. 하루 종일 통계 업데이트 (정말 걱정되는 경우)로는 괜찮을 수 있지만 지금까지 말한 내용을 바탕으로 명시 적으로 필요하다고 생각하지 않습니다. 다시 한 번, 이것이 스토어드 프로 시저 성능에 어떤 영향을 미치는지 확인하고 그에 따라 계획합니다.

답변