테이블 변수를 임시 테이블보다 빠르게 사용하고 있습니까

Question

임시 테이블을 작성하기 위해 tempdb을 사용하는 프로 시저가 저장되어 있다고 가정하면 더 나은 성능을 얻기 위해 테이블 ​​변수로 전환하는 것이 더 좋을까요?

Answer 1

임시 테이블이 성능면에서 우수합니다. 테이블 변수를 사용하고 변수의 데이터가 너무 커지면 SQL Server는 변수를 자동으로 임시 테이블로 변환합니다.

거의 모든 데이터베이스 관련 질문과 마찬가지로 수행하려는 작업에 따라 다릅니다. 따라서 더 많은 정보 없이는 대답하기가 어렵습니다.

내 대답은 시도하고 실행 계획을 살펴보십시오. 최저 비용으로 가장 빠른 방법을 사용하십시오.

• MSDN - Displaying Graphical Execution Plans (SQL Server Management Studio)

Answer 2

오브젝트는 메모리에 있기 때문에 적은 "설정 시간"이 같은 @Table이 빠를 수 있습니다.

@ 테이블에는 많은 어획량이 있습니다.

@Table에 기본 키를 설정할 수 있지만 그에 대한 기본 키를 가질 수 있습니다. 다른 색인 열 조합을 위해 클러스터되지 않은 클러스터되지 않음.

또한 테이블에 실제 데이터 볼륨 (약 200 개 이상, 아마도 1000 개 행)이 포함되는 경우 테이블 액세스가 느려집니다. 특히 유용한 인덱스가 없을 때 특히 그렇습니다.

# 테이블은 디버깅 할 때 떨어 뜨릴 필요가 있으므로 procs에 고통이 있습니다. 작성하는 데 오랜 시간이 걸립니다. 인덱스를 두 번째 단계로 추가해야하므로 설치 시간이 오래 걸립니다. 그러나 많은 양의 데이터가 있으면 매번 #tables가 있습니다.

테이블에 100 행 미만의 데이터가있는 경우에도 테이블에 유용한 인덱스를 만들 수 있으므로 여전히 # 테이블을 사용할 수 있습니다.

요약하면 간단한 proc 등을 할 때 대부분 @ 시간을 사용합니다.하지만 수행해야 할 것은 # 테이블이어야합니다.

Answer 3

@ 테이블에는 통계가 없으므로 실행 계획에 더 많은 추측이 필요합니다. 따라서 1000-ish 행의 권장 상한선. # 테이블에는 통계가 있지만 호출 간에는 can be cached입니다. 카디널리티가 SP가 실행될 때마다 크게 다른 경우 매번 REBUILD 및 RECOMPILE이 필요합니다. 이것은 물론 오버 헤드이지만, 쓰레기 계획의 비용과 균형을 맞추어야합니다.

두 유형 모두 IO to TempDB입니다.

아니, @ 테이블은 만병 통치약이 아닙니다.