재경험으로는 transaction 만 잘 조절해주시면 아무문재업을것갇내요... 

재생각으로는 1000건씩하는게 좋을것갇습니다만 ...

테스트를해보시고 결정하시는게 좋을겋갇내요 ... 

회사마다 사용 이치가 다르니까 ...

예를들어 replication server 을사용하시면 transaction 크면 클수록 좋치안습니다...

TX (mercator) 일경우에는 재기역으로는 user ID 가 create procedure permission 이나 dbo 가 필요하던것갇던대 .. 만약 이 option 을 쓰시면 .. datastage TX 가 필요로하는 SP 를 만들고 drop 을 안하는경우가많습니다 ... 

또 재가 이상한소리만하는개아닌지.... ^^

아 그리고 multi-Statement transaction 을 조심하십시요 ... 
재기역으로는 datastage 를 upgrade 하지않으시면 SP 않에서 begin tran 을 trick 햇던게 기역이나네요.... 

ddl in tran option 을 쓰실수도 있지만 .. 이것은 recommand 안하는 것입니다....

저도 지금 인포메티카, 비티엘 을 이용해서 ETL작업을 했는데, 무조건 인서트시에서는 뭉치당(큐)으로 작업을 해주시는게 속도면에서 휠씬 빠릅니다.

물론 도중에 변환을 하거나 인서트가 업데이트 엘스 인서트 형식이라면 건건이로 진행됩니다.

커밋도 대부분 1000건 단위로 되어질겁니다. 이걸 1건당
커밋으로 한다면 무지 느려지죠.

로드한 후 변환하신다면 건건이로 로드해서 적재하는 방식일때문에 커밋까지 건당으로 한다면 그 속도는 가히 거북이가 저기까지 가야하는데 뒤집어져서 바로 설라고 일어서는 모습을 보는 듯 하겠군요.


지금 제가 프로젝트 뛰고있는 공공기관에서 그런 방식으로 dw를 구축했는데 너무 느리더군요.. 
좀 더 심사숙고 하시고, 다른 기관들의 사례를 해당 ETL툴 회사에 요청하고 , 또 문의하신 후에 결정하십시오.
만들때 잘못 만들면 밤샘 작업은 기본이죠;;;

아, 어쩌면 일시적인 작업일 경우엔  나중에 FLAG컬럼을 통해 업데이트 하는 작업이 ETL을 통해 이루어지지 않을테니 상관없겠네요.