delete 문장이 건건히 지우나요?
한번에 지우나요?
건건히 sqa 쌓이게 날린다면 저러한 문제를 발생하는 케이스를 제가 테스트해본적이있어서
첫번째문의에대해서는 가능성이 높습니다.

delete 문장이 건건히 날라간다는 과정하에..
제경우는 db가죽었습니다. out of memroy를 뱉어내면서...-_-;; 물론 제pc에 설치한 db지요

두번째는 다른분이...

부쉬맨님 먼저 관심가져주시고 댓글 남겨주셔서 너무 감사합니다.

말씀중에 이해가 가지 안는 부분이

건단위로 지우는 것과 한번의 지우는 것인지에 대한 이해가 안갑니다^^;;

DELETE문은 하루치의 데이터를 하나의 쿼리에서 삭제를 합니다.

제가 많이 부족하여 이해를 못 함을 너그러히....ㅡㅜ

다시 답변 부탁 드리겠습니다^^;

delete 문은 내부적으로 지워야 하는 대상을 검색하기 위해 select 문을 실행 합니다. 댓글로 보아 하루치 데이터가 11만건이라면해당 테이블의 총 규모는 상당히 big 할거라 생각 되는데요?. 아마 어떤 이력을 쌓는 업무 테이블이 그렇죠? 히스토리성 테이블들요. 그런데 그럼 big한 테이블의 하루치 데이터를 지우기 위해 내부적으로 select 할때 table full scan 이 일어 난다거나 차라리 full scan 을 해서 조회하는것이 빠른데 index 를 읽어 table를 다시 access 한다면 성능에 상당한 영향을 주며 cpu 점유율이 높아 질수 있습니다. 또한 너무 오래걸릴거 같아 취소를 하셨는데 취소와 동시에 오라클 내부적으로 롤백을 하게 되므로 그또한 cpu 를 점유 할수 있다 생각 되고요.  그래서 저런 빅한 테이블은 파티션 테이블로 대부분 관리 하지요!  하루치 데이터를 delete 하는것보다 파티션을 만들어 해당 일파티션을 truncate 하는것이 상당히 빠르니까요. 또한 ILM 측면도 있구요! delete 와 truncate 차이는 뭐 설명 안드려도 될듯 하구요. 짧은 소견 이었습니다. 

짱아님 감사합니다.

현재 저희 DB와 관련해서 알아봐야 겠네요.^^

부쉬맨님 짱아님 감사합니다. 좋은 주말 보내세요.^^

헉... 답변은 한개만 채택이 가능하군요...;;;;

두 분다 채택을 해드리고 싶었는데. 짱아님도 많은 도움 되었습니다. 감사합니다!^^