현재 쉘의 언어 설정만을 바꿔서 해보심이..?

배쉬라면

export LC_ALL="EUC_KR" 또는 "ko_KR"

export LANG="EUC_KR" 또는 "ko_KR"

하시고 initdb 부터 해보시기 바랍니다 initdb 는 LC_ALL 이라는 환경변수를 참조하는거 같더군요(7.2.3의 경우에는요 -.-;;)

7.3은 아직 해보질 않아서 =_=

흠 그런 조합이 있었군요.

신기배님이 말씀하신데로 하고 나서 postmaster을 실행하니 에러가 나더군요. LC_MESAAGE 에 설정된 EUC_KR 때문에 에러가 나서 서버가 실행되지 안습니다. 하지만 postgresql.conf 파일의 맨 밑의 변수 4가지

LC_MESSAGES = 'en_US'

LC_MONETARY = 'en_US'

LC_NUMERIC = 'en_US'

LC_TIME = 'en_US'

로 다시 수정하고 나니까 일단 DB는 실행됩니다.

이것도 전에 해보았지만 에러가 나서 동작하지 않을 것이라 생각했는데 이 부분만 이렇게 하고나서

createdb 할 때 -E 옵션에서 EUC_KR을 주고나서

데이터를 생성하고 나서 소팅을 하니 되는 군요.

일단 사용하는 리눅스가 영문이라서 EUC_KR 에 대한 locale 처리를 하지 못해서 생긴 문제였는데 일단 DB가 실행하면서는 데이터들을 제대로 처리하는 것 같습니다.

아무래도 와우리눅스나 EUC_KR을 가지고 있는 리눅스 버전을 사용하게 되면(정확한 얘긴가? ^^) 접하지 않는 문제일 듯 싶습니다.

감사합니다..

제가 살펴본 봐에 의한 7.x 대 한글 소팅 문제는 다음과 같습니다.

결론부터 말하면, 해결책은 없다는 것입니다.

(일단, 이곳에서 지금쓰려고 하는 한글이 제대로 보일지는 모르겠지만, )

아무튼

일반적인(ksc5601 코드, euc-kr) 한글 코드의 정렬문제는 현재 7.3 버전에서 발생하지는 않습니다!

문제는 확장 완성형이 문제인데,

확장 완성형의 코드 체계를 잘 보시면, 그 원인을 알 수 있겠지만,

'퀔'의 문자 순서가, '나'보다 빠릅니다.

문제는 바로 이점입니다.

한글데이터가 오직 euc-kr로만 저장된다면, 문제는 깔끔하게 해결나겠지만(기본 7.2 버전), 7.3에서 확장완성형 글자들을 대폭 지원하면서, (물론 조합형처럼 완벽하게 모든 한글을 지원하지는 않습니다) 이런 한글 소팅 문제가 대두되고 있습니다.

하지만, 확장완성형 문자셋을 사용한다면, 어쩔 수 없이 해결날 수 없는 문제입니다.

해결책은 utf-8 문자셋을 사용하는 것입니다.