인수문제는 버젼을 올리던지 처리방법을 바꿔야겟구요.

기존데이타가 얼마나 많은양인지 index를 얼마나 가지고 있는지에따라 차이가 있겟지만 1~2천개라면 1분내에 끝내야할양이죠.

일괄처리를 하려면 insert보다는 copy를 쓰는것이 현격하게 빠름니다.

copy사용법은 document를 일단 보십시요.

[현재 작업데이터를 10개씩모아 PD로 날려 처리하고 있는데 20이상모아 ] 이 부분은 매크로로 처리하는거 같은데 전처리기능(prepare)을 쓰시는게 더 낳아보이구요.

update는 insert후에만 가능한것이 아니라면 update후 insert(copy)를 하시는게 더 좋겟네요.

한서버에 1~50개의 디비라고 하셧는데 디비가 아니고 테이블 말씀하시는거겟죠? 음 이런류의 테이블 스키마는 관계형DB에서 좀 문제가 있어보이네요. 필드수가 80~90개라고 하신것과 함께 유추해보면 스키마 설계가 혹 막설계가 된건 아닌지....

1~50개의 테이블은 분류필드를 추가해서 하나로 묶던지 postgres의 상속기능을 활용할 수 도있어 보이거든요.

음.. 뭐가 좀 심하게 느린 것 같은데요.

저는 raid 없는 일반 PC 서버에서 5분에 3만개 정도 입력을 하는데... 1분에 6-7천개 정도 들어가더군요.

copy를 쓰는 것이 가장 빠른 방법이지만 여러 제한 사항이 있기 때문에 만약 insert를 써야 한다면 autocommit을 하지 말고 하나의 트렌젝션 안에서 처리를 해보도록 하십시오.

그리고 가우님 말씀 처럼 인덱스가 많이 영향을 미칩니다. pgsql은 index의 갱신이 좀 느린편입니다. 필요 없는 인덱스는 가능하면 만들지 않는 것이 좋겠죠. 그리고 포린키와 트리거도 속도를 느리게 만드는 원인이 됩니다. 필요 없는 제약사항은 제거해 주시는 것이 좋겠죠.