대략 난감한 상황이네요.

왜 SQL_ASCII를 썼을까요? 아마도 오라클 7을 썼던 사람이 만들었나보네요.

더 좋은 방법이 있을지 모르겠지만 저라면 간단한 프로그램을 짜서 덤프 파일을 교정하도록 하겠습니다.

덤프받은 파일을 탐색하면서 한글의 두번째 바이트가 TAB문자이면 그 글자의 첫 바이트를 지우는 프로그램이죠. 간단히 작성하실 수 있을겁니다.

제가 알기로 EUC-KR은 한글의 두 바이트 모드 8번째 비트가 1이어야 하는 것으로 알고 있습니다.

일단, 문제의 컬럼이 하나라면, 비교적 쉽습니다.

일단 덤프를 Primary Key와, 그 문제의 칼럼

이렇게 두개의 컬럼만 덤프 받습니다.

그리고, 프로그램을 하나 만듭니다.

완성되지 않는 한글을 짤라버리는, 아니면, 특정 글자로 바꾸는, 아니면, 사용자에게 어떻게 바꿀지 물어보게 하는 프로그램을 만듭니다.

만드는 알고리즘은, 그 문제의 문자열을 utf-8 같은 unicode로 변환했다가 다시, euc-kr로 바꾸는 방식을 사용하면 괜찮을 것 같네요.

python 같은 놈은 이 과정에서 "어디서 문제가 발생했다는 오류"를 알려주거든요. 이것을 참고로 적당한 작업을 하면 됩니다.

다음, 수정된 자료를 기준으로 일단 기존 자료를 update 하고, 다시 전체를 덤프 받아서 옮기면 될듯합니다.

----------

글쓰는 과정에서 잠깐 생각난 것이,

같은 7.1대 버전이라면

create table table2 (pk int, addr varchar(31) ;

select pk, addr into table2 from table ;

update table2 set addr = addr || ' ';

이렇게 덤프 받아도 급한대로 해결할 수는 있겠네요.

----------

근본적인 해결책은 미완성된 한글에 대한 처리를 누군가가 언젠가는 해야한다는 것입니다. :)

감사합니다.  ^^

답변주신걸 참고해서.. python으로 프로그램 하나 짜서

돌리니.. 한 300건 정도.. 문제가 있는 data 가 있네여..

상기님 말씀대로 깨진 한바이트를 없앤다고 근본적인 문제가

해결 되는 것은 아니니..

이참에.. 까짓 300건.. 제가 보고 고쳐야져.. 머 ㅠㅠ

두분 다 답변 감사드립니다. ^^