다음은 SQL 2000 DTS에서 구성한 작업입니다.
위의 작업을 수행한 후 프로필러로 수행 상태를 확인하면 다음과 같습니다.
즉, 입력된 행에 대해 조회 쿼리를 날려서 결과를 받아내는 방식이지요..
SQL 2005 SSIS에서도 동일한 DB(OLE DB 연결)에 대해 조회 작업을 수행하였습니다.
고급 탭에서 우선 메모리 제한 사용을 체크 하지 않고 수행하면 다음과 같습니다.
CPU 난리나고 메모리도 난리나지요~~^^
프로필러에서는 다음과 같은 조회 쿼리가 수행되어 1000만건을 다 메모리에 올립니다.
만약 메모리 제한 옵션을 준다면, 메모리 만큼 올리겠지요..
그럼 고급 탭의 아래에 있는 SQL 문 수정을 체크한다면??
정상적으로 별 부하 없이 빨리 수행됩니다. SQL 2000에서와 같이~~
결론은??
1. 조회할 테이블이 얼마 안될 때에는 캐싱을 사용하거나 일부 캐싱을 사용해서 하는 것이 좋습니다.
2. 조회할 테이블이 위와 같이 많은 경우에는, 반드시 SQL 쿼리 수정 옵션을 이용하여 입력되는 데이터에 대해서만 캐싱을 하도록, 그리고 입력될 때에만 로딩 하도록 설정합니다. 성능은 SQL 2000 보다 좋거나 같습니다. 왜냐면~? SQL 2000 DTS에서는 ActiveX를 이용하여 결과를 받아야 했으며, ActiveX를 이용한 작업은 컴파일이 안된 상태로 처리되기 때문에 느립니다~^^
조회 변환과 관련해서는 아래의 강좌 참고하세요~..
------------------------------------
작성일자 : 2006-11-16 오후 2:41:00
------------------------------------
![](http://www.sqlleader.com/Pds/Board/SS2005QNA/Editor/1116.jpg)
![](http://www.sqlleader.com/Pds/Board/SS2005QNA/Editor/1116-1.jpg)
'연구개발 > DTS & SSIS' 카테고리의 다른 글
SSIS를 이용하여 데이터 가져오기 (0) | 2011.09.08 |
---|---|
디폴트 값이 지정된 테이블에 Attunity Provider로 데이터 입력 (0) | 2011.08.27 |
데이터 원본에 저장 프로시저 사용하기 (0) | 2011.08.27 |
마스터 패키지로 여러 패키지들의 연결 정보 관리하기 (0) | 2011.08.27 |
TEXT 형이 포함된 Excel 데이터 가져오기 문제 - Registry 수정 (0) | 2011.08.27 |