ssis 데이터 흐름에는 1,800 만 레코드가있는 테이블을 조회하는 조회 구성 요소가 있습니다. 전체 캐시를 사용하여 조회를 구성했습니다. 이러한 많은 레코드 내가 어떤 캐시 조회를 사용하는 경우 성능 차이 일 것입니다 무슨 SSIS 조회 실패
Error: The buffer manager cannot write 8 bytes to file "C:\Users\usrname\AppData\Local\Temp\16\DTS{B98CD347-1EF1-4BC1-9DD9-C1B3AB2B8D73}.tmp". There was insufficient disk space or quota.
를 캐시에 적합 조회 구성 려구요 같이
Default buffer size :20485760
Default Buffer Max rows: 100000
The lookup join is based on an ID column of varchar(13)type
그것은 오류를 준다? 전체 캐시 모드에서 데이터가 사전 실행 단계 전에 캐시되고 데이터베이스로 돌아갈 필요가 없다는 것을 이해했습니다.이 전체 캐시 메모리는 많은 양의 메모리를 필요로하며 데이터 흐름에 대한 추가 시작 시간을 추가합니다. 나는 전체 캐시 모드에서 대량의 데이터를 처리하기 위해 설치해야합니까 어떤 구성
뭐죠 솔루션
하지만 .. rt 성능이 떨어질까요? 정렬은 비싼 작업입니다.이 경우에도 2 개의 정렬 구성 요소를 사용해야합니다! – user1254579
소스 시스템에서의 정렬은 ssis의 검색 및 정렬 구성 요소를 사용하는 것보다 훨씬 빠릅니다. 소스를 정렬하고 (SQL 문, ORDER BY 사용) 고급 편집기를 사용하여 출력이 정렬되도록 지정하고 정렬 키를 지정하십시오. 병합 조인은이 메타 데이터를 선택하고 자동으로 가입하기 위해 키를 적용합니다. – cairnz
자세한 내용은 여기를 참조하십시오 : http://www.ssistalk.com/2009/09/17/ssis-avoiding-the-sort-components/ (덧글을 편집하기에는 너무 늦었습니다) – cairnz