> 재익님의 답변에 감사드립니다...꾸뻑..

> 우선 제가 사용하는 pg 는 6.4version 입니다.

> 어제 이 문제로 새벽까지 골머리를 앓다가 겨우 문제를 해결할 수 있었습

> 니다.참고로 보내드린 dump자료는 하나의 db로서 dumpall은 사용하지 않았

> 습니다.

> 우선 자료 입력시 한글 반바이트에 의해 생긴 특수 문자가 그 하나의 문제

> 였습니다.일단 특수문자를 잡고 다시 restore시키려고 하니까

> 막 돌아가다가 중간쯤에서 "query buffer max length of 20000 exceeded, q

> uery line ignored"..뭐 이런 기대하지 않은 error 메세지가 니오더라구요.

> ..

> 그래서 한 참 고민끝에 6.5를 컴파일한 후 6.4에서 dump한 자료를 restore

> 시키니까 ....이론...만사형통이 아니겠어요..

>

> 암튼 무사히 저희 db를 restore시켰습니다.

>

> 그런데 아직 의문이 풀리지 않는 것은 동일한 dump자료가 6.4에선 안되고 6

> .5에선 잘된다는 점입니다.

> buffer size의 문제인가요?

>

> 그리고 한글data입력시 반바이트에 의한 특수문자를 배제하는 방법은 없습

> 니까?

>

> 암튼 재익님의 답변에 진심으로 감사드립니다.

> 그럼...

>

흠 그렇군요.

저가 얘기를 잘못했군요.

pg_dump시 '/d' 옵션을 사용하셨군요.

이럴 경우 insert 문의 SQL 형식으로 dump가 되지요.

이게 문제입니다. 이럴경우 특수문자가 들어갈 경우 말씀하신

것처럼 에러 문제가 발생합니다.

다시한번 말씀 드립니다만 제발 '/d' 옵션을 사용하시지 마세요.

아울러 이 문제가 6.5로 업그레이드 하시고 나서 해결이 되신

것은 정말 운이 좋은 것입니다. 아래에 송재호님은 6.5에서도

해결되지 않았으며, 저가 송재호님의 자료를 가지고 테스트해

본결과 6.5에서도 같은 문제가 발생하더군요.

이것은 psql 프로그램의 문자열 처리에 문제가 있는 듯 합니다.

위에 말씀 드린것 처럼 '/d' 옵션을 사용하지 않고 pg_dump를

이용하여 자료 백업을 받은 경우 전혀 문제없이 restore가

됩니다.

그리고 이문제의 근본 원인은 insert into .... 이런형식의

백업 자료를 restore시 특수문자가 들어 가면 buffer를 비우지

못하던지 아니면 어디선가 memory leak 이 있는 듯 합니다.

결국은 Query buffer의 문제라는 생각이 많이 들더군요.

그럼 즐거운 시간 되시길....