제가 이 사이트에 자주 오지 않아서 몰랐었는데 김상기님 같이 많은 사람에게 도움이 되는 분이 계시다니 감사할 뿐입니다.

>> 고의든 타의든, 자료에서 한국어 완성형(확장완성형도포함) 글자가 아닌 글자가 있어도 그대로 입력될 것이라는 것입니다. (이놈은 7.1.x 대와 같음을 의미합니다)

>>

>> 즉, 조합형 글자들도 입력될 수 있을 것이고, 반틈 잘린 글자들도 입력될 것이라는 것입니다.

다른 문자셋으로 변환하는 일만 없다면 일단 문제없이 쓸 수는 있겠네요. 7.2 의 여러 향상된 기능을 쓰고 싶다면 주저할 일은 아니겠군요.

>> 그렇다고, 기존에 쓰고 있던 자료를 7.2.x 대에서 ut8로 변환해서 쓰겠다는 것은 치루워야할 댓가가 너무 큽니다.

>>

>> utf8 로 변환은 어떤 방법을 사용해서라도 별로 어렵지 않게 하겠지만,

>> 문제는 그 DB를 사용하고 있는 프로그램들의 변환이 그대로 따라오기 때문입니다.

DB의 문자셋만 utf8으로 하고 클라이언트는 euc-kr을 쓰면 안될까요? 7.2 에서는 유니코드에서 euc-kr로 코드변환이 지원되는 것으로 아는데...역시 이 경우도 에러가 날까요? 역시 에러가 날 것 같네요. 쩝!

>>

>> 즉, 웹프로그램이라면, 그 관련 모든 문자셋을 utf8로 바꾸어주어야겠지요.

>> 그렇지않고서는 결국 db에서 utf8 문자열을 불러와서 웹프로그램에서 다시 완성형으로 바꾸고서 출력해야하는 꼴이 되어버릴터이니.

>>

>> 만일 M$ 동네쪽 윈도우즈 프로그램이라 하더라도, 결국 같은 문제를 안고 있습니다.

>>

>> 완벽하게 새로 출발한다면,

>> utf8로 문자셋을 바꾸는 것이 정답일 듯싶습니다.

저같이 PHP를 쓰는 사람에게는 어려운 일이겠네요.

>>

>> 하지만, 확장완성형을 그대로 계속 써야겠다고 한다면, 결국 이와같은 문자셋 문제는 계속 안고 갈 것같습니다. 비단 PostgreSQL 뿐만 아니라.

>>

>> 나쁜(!) 완성형

>> (우짜다가 우리나라 글자가 이모양이 되었는지)

저도 한탄스럽습니다. 나쁜 마이크로소프트 같으니라고... 차라리 postgresql에 조합형을 넣어버릴까요?

근데.. 지금까지는 별로 중요한 내용은 아니였구요... 혹시 확장 완성형에 대해서 알 수 있는 기술 자료가 있을까요? 갑자기 그 부분을 손보고 싶다는 생각이 들어서... 제가 예전에 잠시 중국어(간체), 한국어, 일본어(JIS. Shift-JIS, EUC_JP)의 코드 변환과 관련된 작업을 한적이 있어서 관심이 좀 생기네요. 잘하면 도움이 될만한 작업을 할 수도 있을 것 같고...

저도 나름대로 찾아보겠지만 회사에 일이 너무 많아서...