윈도우에서 프로그램마다 locale을 따로 줄 수 있나요? 그런게 가능한가? 하는 생각이...  뭐... 내부적으로는 unicode이니 당연히 가능해야 하는데... 어떻게 하지? 음....

그저 제어판에서 시스템 언어 바꾸는 것 밖에는 모르겠네요.

리눅스만 한 5년 썼더니 윈도우만 나오면 바보가 되버리는 지경이...

제가 살펴본 바로는 불가능 한 것 같습니다.

누가 이 글을 읽고 실마리라도 제공해 주었으면 좋겠습니다. :(

제가 알고 있는 내용이 도움이 될런지는 모르겠습니다만, Windows NT 5.x 대 Kernel을 사용하는 환경에서는 Code Page 변환기를 사용가능 한 것으로 알고 있습니다.

5.x 대란, 5.0 = Windows 2000, 5.1 = Windows XP, 5.2 : Windows 2003 이고요.

이것은 winmgmts 에서 Win32_OperatingSystem 의 instance collection을 가지고 와서 읽어보면 됩니다.

이것에 대한 Hint 는 바로 Notepad 와 Editplus 인데요. 사용가능한 Notepad 를 열때 Encoding 변환기를 사용가능 한 것과 Editplus에서 시스템 코드 변환기를 사용가능 한 것이죠.

editplus 설치시 설치되는 codepage.txt 라는 화일에 보면 각 Codepage에 대한 정보가 있는데, 도움이 될지 모르겠습니다.

즉, C# 과 .NET에도 내용이 나오지만, Application 마다 독자적인 locale 을 사용가능할 겁니다.

editplus 에 들어있는 codepage.txt 내용이고, editplus 개발자인 김상일씨에게 문의를 해보면 그 방법을 알 수 있지 않을까 싶네요.

00037 EBCDIC (US-Canada)
00437 United States (DOS)
00500 EBCDIC (500V1)
00708 Arabic (ASMO 708)
00709 Arabic (ASMO 449+, BCON V4)
00710 Arabic (Transparent Arabic)
00720 Arabic (Transparent ASMO)
00737 Greek (DOS)
00775 Baltic (DOS)
00850 Western European (DOS)
00852 Central European (DOS)
00855 IBM Cyrillic (primarily Russian)
00857 Turkish (DOS)
00860 Portuguese (DOS)
00861 Icelandic (DOS)
00862 Hebrew (DOS)
00863 Canadian-French (DOS)
00864 Arabic
00865 Nordic (DOS)
00866 Cyrillic (DOS)
00869 Greek, Modern (DOS)
00870 EBCDIC (Multilingual Latin-2)
00874 Thai (Windows)
00875 EBCDIC (Greek Modern)
00932 Japanese (Shift-JIS)
00936 Chinese Simplified (GB2312)
00949 Korean
00950 Chinese Traditional (Big5)
01026 EBCDIC (Turkish Latin-5)
01140 EBCDIC (US-Canada-Euro)
01141 EBCDIC (Germany-Euro)
01142 EBCDIC (Denmark-Norway-Euro)
01143 EBCDIC (Finland-Sweden-Euro)
01144 EBCDIC (Italy-Euro)
01145 EBCDIC (Spain-Euro)
01146 EBCDIC (UK-Euro)
01147 EBCDIC (France-Euro)
01148 EBCDIC (International-Euro)
01149 EBCDIC (Icelandic-Euro)
01200 Unicode
01201 Unicode (Big-Endian)
01250 Central European (Windows)
01251 Cyrillic (Windows)
01252 Western European (Windows)
01253 Greek (Windows)
01254 Turkish (Windows)
01255 Hebrew (Windows)
01256 Arabic (Windows)
01257 Baltic (Windows)
01258 Vietnamese (Windows)
01361 Korean (Johab, 조합형)
10000 Western European (Mac)
10001 Japanese (Mac)
10002 Chinese Traditional (Mac)
10003 Korean (Mac)
10004 Arabic (Mac)
10005 Hebrew (Mac)
10006 Greek (Mac)
10007 Cyrillic (Mac)
10008 Chinese Simplified (Mac)
10029 Central European (Mac)
10079 Icelandic (Mac)
10081 Turkish (Mac)
20000 Chinese Traditional (CNS)
20002 Chinese Traditional (Eten)
20105 Western European (IA5)
20106 German (IA5)
20107 Swedish (IA5)
20108 Norwegian (IA5)
20127 US-ASCII
20273 EBCDIC (Germany)
20277 EBCDIC (Denmark-Norway)
20278 EBCDIC (Finland-Sweden)
20280 EBCDIC (Italy)
20284 EBCDIC (Spain)
20285 EBCDIC (UK)
20290 EBCDIC (Japanese katakana)
20420 EBCDIC (Arabic)
20423 EBCDIC (Greek)
20424 EBCDIC (Hebrew)
20833 EBCDIC (Korean Extended)
20838 EBCDIC (Thai)
20866 Cyrillic (KOI8-R)
20871 EBCDIC (Icelandic)
20880 EBCDIC (Cyrillic Russian)
20905 EBCDIC (Turkish)
21025 EBCDIC (Cyrillic Serbian-Bulgarian)
21866 Cyrillic (KOI8-U)
28591 Western European (ISO)
28592 Central European (ISO)
28593 Latin 3 (ISO)
28594 Baltic (ISO)
28595 Cyrillic (ISO)
28596 Arabic (ISO)
28597 Greek (ISO)
28598 Hebrew (ISO-Visual)
28599 Turkish (ISO)
28605 Latin 9 (ISO)
29001 Europa
38598 Hebrew (ISO-Logical)
50220 Japanese (JIS)
50221 Japanese (JIS-Allow 1 byte Kana)
50222 Japanese (JIS-Allow 1 byte Kana - SO/SI)
50225 Korean (ISO)
50930 EBCDIC (Japanese and Japanese Katakana)
50931 EBCDIC (Japanese and US-Canada)
50933 EBCDIC (Korean and Korean Extended)
50935 EBCDIC (Simplified Chinese)
50937 EBCDIC (Traditional Chinese)
50939 EBCDIC (Japanese and Japanese-Latin)
51932 Japanese (EUC)
51936 Chinese Simplified (EUC)
51949 Korean (EUC)
52936 Chinese Simplified (HZ)
57002 ISCII Devanagari
57003 ISCII Bengali
57004 ISCII Tamil
57005 ISCII Telugu
57006 ISCII Assamese
57007 ISCII Oriya
57008 ISCII Kannada
57009 ISCII Malayalam
57010 ISCII Gujarathi
57011 ISCII Panjabi
65000 Unicode (UTF-7)
65001 Unicode (UTF-8)

***. 아 제가 잘못 이해했군요.

서버측 메시지 출력이었군요. 지금 이것저것 해보고 다시 결과를 올리죠.

음.. 해결한 것 같습니다.

우선 김상기님께서 제공해주신 psql-ko.po file을 다운받았습니다.

그런다음 상기님께서 알려주신 msgfmt -o psql.mo psql-ko.po 를 NetBSD 상에서 해준후, pc로 옮겨왔습니다.

테스트를 위해서 C:\Program Files\PostgreSQL\8.0.0-rc1\share\locale 디렉토리에 있는 fr 폴더를 통째로 ko 라는 이름으로 복사해준다음 psql.mo 화일을 바까치기 했습니다. (바꿔치기가 맞는 표현인가요? 바까치기가 맞는 표현인가요?)

/data/postgresql.conf 를 다음과 같이 수정했습니다.

client_encoding = uhc # actually, defaults to database encoding

# These settings are initialized by initdb -- they might be changed
lc_messages = 'ko'  # locale for system error message strings
lc_monetary = 'C'  # locale for monetary formatting
lc_numeric = 'C'  # locale for number formatting
lc_time = 'C'   # locale for time formatting

그런다음 NetBSD 서버에 있는 테이블 을 하나 넣었습니다.

그런 다음, cmd창에서 net stop "PostgreSQL Database Server 8.0.0-rc1"

net start "PostgreSQL Database Server 8.0.0-rc1"

해준다음 접속해서 보니까 한글이 뜨더군요!

이방법을 말씀하신 것 같은데 맞습니까?

pctest0-# \l
       데이터베이스 목록
   이름    |  소유주  | 인코딩
-----------+----------+---------
 pctest0   | postgres | UNICODE
 template0 | postgres | UNICODE
 template1 | postgres | UNICODE
(3건 있음)

관심을 가져주신 것은 고마운데, psql-ko 는 클라이언트 메시지 파일입니다.

postgres-ko.po 파일을 가지고 테스트를 해 보셔야하는데요,

http://developer.postgresql.org/~petere/nlsstatus/po-current/postgres-ko.po

요기 있습니다.

이 파일은 문자셋이 utf-8입니다.

PostgreSQL에서 한글 처리에 가장 합리적인 방법이 그 데이터베이스인코딩이 utf-8인지라, 서버 메시지도 utf-8로 움직이고, 시스템(OS)의 오류 메시지도 utf-8로 움직여야, 클라이언트가 국가별 개별 로케일을 지정한다 해도 그대로 변환되어 볼 수 있습니다.

그런데, M$ 동네쪽은 문제가 있는 것이,

setlocale(LC_ALL, "Korean_Korea.65001");

형태로 강제로 로케일과 코드페이지를 지정했다고 하더라도, 사용자가 볼 수 있는 최종 출력, sprintf, printf .... 등등에서는 자동으로 949 코드페이지로 자동 변환을 해버립니다. :(

결국 PostgreSQL 개발진 쪽에서는 M$ 동네쪽의 utf-8 문자셋을 사용하는 메시지들을 기본적으로는 사용할 수 없다, 해결할 방법이 없다는 식으로 잠정 결론을 내리고는 unicode 데이터베이스 만드는 것을 기본 인스톨러에서 빼버렸습니다.

이부분 쪽으로 잘 아는 사람이 관심 가지고 도와주지 않으면 아마 해결나지 못할 문제 같네요 :(

8.0 나올 때는 서버 메시지를 한글로 볼 수 있겠다고 열심히 작업했는데, 현재로써는 단지 꿈으로만 남게되었습니다. 참, 안타까운 일이지요. - 하지만, 유닉스 계열쪽에서는 당연히 이 서버 메시지를 잘 사용할 수 있습니다.

음 서버측 메시지면 아마도 로그화일쪽 말씀이신가요?

그렇다면, cmd 창에서 CODEPAGE를 바꾸는 방법으로는 사용이 안되는 건가요?

예전 DOS 시절에서도 mode 명령으로 변환이 가능한데, XP에서도 기본적으로 됩니다.

물론 기본적인 내장명령어들도 약간 이상한 출력을 보이는 것으로 보아 깔끔한 처리는 안되지만 말이죠.

이방법으로 했을때 postgres-ko.po 를 type 했을때 한글이 표시됩니다.

방법은 cmd 창을 먼저 띄워놓고

mode con codepage select=65001 합니다.

확인해보면

mode con /status 해보면 다음과 같습니다.

E:\download\databases\postgres\8.0>mode con /status

Status for device CON:
----------------------
    Lines:          300
    Columns:        80
    Keyboard rate:  31
    Keyboard delay: 1
    Code page:      65001

(혹은 chcp 65001)

즉 UTF-8로 Code Page가 바뀌죠.

이때 CMD 창의 속성(왼쪽 최상단 C:\ 아이콘)을 클릭하여 글꼴을 래스터가 아닌 Lucida Console로 변경합니다.

다음 type postgres-ko.po 를 해보면 한글 메시지가 출력됨을 알 수 있습니다.

아까 말씀드린 내장명령어도 이상한 동작을 한다는 것은 화면 갱신때문에 그런 건데, dir  과 dir /b 했을때 화면 갱신이 달라지죠.

그런데 이정도만 보여도 열심히 노력하신 것이 무용지물이 되는 일은 없을 것으로 여겨지는데요.

점심을 먹고 postgres-ko.po 로 test 해보았는데요.

chcp 65001 하지 않은 상태에서도 message가 보이거든요.

  \l             모든 데이터베이스 목록("+" 추가하면 보다 자세히)
  \z [PATTERN]   list table, view, and sequence access privileges (same as \dp

출력양식
  \a             출력물 정렬 형태를 전환함
  \C [STRING]    테이블 제목을 지정함, STRING 값이 없으면 제목 지움
  \f [STRING]    필드 구분자를 STRING으로 지정함
  \H             HTML 출력 모드 전환 (현재 꺼짐)
  \pset NAME [VALUE]
                 테이블 출력 옵션 지정
                 (NAME := {format|border|expanded|fieldsep|footer|null|
                 recordsep|tuples_only|title|tableattr|pager})
  \t             테이블 필드명 보이기 전환 (현재 꺼짐)
  \T [STRING]    HTML <table> 태그 속정 지정, 없으면 지움
  \x             확장된 출력 모드 전환 (현재 꺼짐)

Large object 복사
  \copy ...      SQL COPY 명령과 같음
... 등등

말씀하시는 것이 아마도 http://pginstaller.projects.postgresql.org/FAQ_windows.html#2.6와 관련이 있는듯 하여 찾아보았는데... 여지껏 정렬 문제등으로 올라온 글들을 다 이해하지 못하여서 제가 시험해볼 수 있는 것은 한계같습니다.

제 환경은 XP Prof. + SP2 , 8.0 rc1 , initdb 는 수동으로 initdb -D /data -E=unicode --no-locale

로 해서 만들었습니다.

C:\Program Files\PostgreSQL\8.0.0-rc1\bin>psql pgtest0
psql: 치명적오류:  "pgtest0" 데이터베이스 없음

이렇게 나오는데 한글 mo 화일이 제대로 읽혀 진 것은 같군요.

C:\Program Files\PostgreSQL\8.0.0-rc1\bin>postgres --help
postgres 프로그램은 PostgreSQL 단독 백엔드 프로그램입니다.
일반 사용자가 특별한 이유없이 사용하지는 마십시오.

사용법:
  postgres [OPTION]... [DBNAME]

옵션들:
  -B NBUFFERS     공유 버퍼 개수
  -c NAME=VALUE   실시간 매개변수 지정
  -d 0-5          디버그 수준 (0 = 디버깅 안함)
  -D DATADIR      데이터 디렉토리
  -e              날짜 입력 양식이 유럽형(DMY)을 사용함
  -E              실행하기 전에 쿼리를 출력함
  -F              fsync 기능 끔
  -N              대화형 쿼리의 명령 실행 구분 문자로 줄바꿈문자를 씀
  -o 파일이름     지정한 파일에 출력 결과와 오류 정보를 기록함
  -P              시스템 인덱스들을 사용하지 않음
  -s              각 쿼리 뒤에 통계정보를 보여줌
  -S 정렬메모리   정렬작업에 사용할 메모리 크기(kb 단위)를 지정
  --describe-config  서버 환경 설정값에 대한 설명을 보여주고 마침
  --help          이 도움말을 보여주고 마침
  --version       버전 정보를 보여주고, 마침

개발자 옵션들:
  -f s|i|n|m|h    쿼리최적화기의 기능을 제한 함
  -i              쿼리를 실재로는 실행하지 않음
  -O              시스템 테이블의 구조를 바꿀 수 있도록 함
  -t pa|pl|ex     각 쿼리 다음 작업시간을 보여줌
  -W NUM          디버그 작업을 위해 지정한 숫자의 초만큼 기다린다

오류 보고 주소: <pgsql-bugs@postgresql.org>.

그런데, cmd 창의 codepage를 65001로 바꾼후 psql 접속하면 제대로 메시지가 보이지 않는 것을 말씀하신 것 같군요.

음. 제 머리로는 잘 이해가 가지 않는게 서버의 출력이 자동으로 949 로 변환되어서 UTF-8 로 작성된 mo 를 정상적으로 (chcp 를 사용하지 않았을때) 볼 수 있으면 되는 것 같은데... 그게 아닌가 보군요.

오히려 , chcp 65001 했을때 psql 상에서 SQL 명령은 Not Enough Memory 를 나타냅니다.

postgresql.conf 파일에서

lc_messages 값을 'ko'로 하면,

share/locale/ko/LC_MESSAGES/postgres.mo

파일을 서버 메시지로 사용합니다.

이때, 다음 조건이 모두 만족 되어야합니다.

• postmaster 프로그램이 --enable-nls 옵션으로 컴파일 되어야하고,

• pg_ctl, 또는 postmaster 명령을 실행하는 쉘의 LANG 값이 ko 여야하고,

• postgres.po 에서 지정한 mo 파일의 charset 값이 쉘의 LANG 으로 지정한 그 로케일과 같아야합니다.

이래서, 유닉스 계열 쪽에서는 ko 대신에, ko_KR.UTF-8, 또는 ko_KR.EUC-KR 같이 사용언어와 charset 값을 같이 표현해서 사용합니다.

같은 메시지라도 어떤 charset 값으로 보여줄 것인가? 이거지요.

이게 M$ 동네쪽에도 비슷하게 있는 것이 바로 codepage라는 개념인데, 이놈은 유닉스하고 약간 다른 것이,

setlocale(LC_ALL, "Korean_Korea.65001");

이렇게 했다고 하더라도, 출력은 OS의 메인 코드셋인 Korean_Korea.949로 출력한다는 것입니다.

문제의 원인은 여기서 출발합니다.

chcp 65001 명령으로 코드페이지를 바꾸어서

dir > dirlist.txt

로 일단 파일을 만들면, 이놈은 당연히 utf-8 인코딩 파일입니다.

즉, 파일의 날짜를 출력하는 부분에서 국가별 설정에 따라 한국어로, 그리고, 코드페이지에 따라 utf-8로 정상적인 출력을 합니다.

그런데, 위에서 말한 setlocale() 함수를 이용한 강제 로케일 지정으로는 단지 언어 설정만 바꾸지 codepage를 바꾸질 못합니다. 그래서, 날짜를 찍으면, Korean_Korea.949 문자열이 출력이 되지요.

간단한 테스트 코드입니다.

#include <STDIO.H>
#include <LOCALE.H>
#include <TIME.H>
void main(void)
{
       time_t ltime;
       struct tm *thetime;
       unsigned char str[100];
       setlocale(LC_ALL, "Korean_Korea.65001");
       time (&ltime);
       thetime = gmtime(&ltime);
       printf("strftime returns '%s'\n", str);
}

여기서 뭐가 더 추가 되면, printf 문의 결과가 Korean_Korea.65001의 문자열을 던져줄까입니다.

코드페이지 관련 깊이 있게 아는 분이 있으면 이부분을 해결 할 수 있을 것 같거든요

테스트를 잘 하셨는데요,

어디서 문제가 발생하는가 하면요,

서버 메시지가 한글로 잘 보입니다.

그런데,

select * from nonexists_table;

이런 쿼리를 보내면, 서버 프로세스가 죽어버립니다.

원인은 문자코드 자동 변환의 오류 때문에.

이런 사태는 위에서 언급한 setlocale만으로 코드페이지가 바뀌지 않기 때문입니다.

아, 서버 내부 동작중 변환이 안되는 경우를 말씀하시는 것 같습니다. 제가 한 방법은 단순히 po -> mo 전환해서 읽어들이느냐 그것만 해본 것이군요.

chcp 65001 후 psql 접속한다음 SELECT COUNT(*) FROM pmass01tt;

했을때 Not enough memory가 나오는 것도 아마 그런 연유인가 보군요.

덕분에 DB내부에서 어떻게 문자들이 다뤄지는지 막역하게나마 알아볼 수 있게된 계기가 된 것 같습니다. 바쁜중에 친절히 가르쳐주셔서 대단히 감사합니다.

또, 한가지 질문이 있는데, 만약 자동변환의 오류가 있을 수 있다면, FAQ에 나와 있는 것처럼 Win32에서는 initDB를 unicode로 하면 이상한 결과를 맞을 수도 있다는 뜻인가요?

8.0 PostgreSQL 배포판 안에는 많은 언어들이 utf-8 문자셋을 사용해서 모국어를 표현합니다.

이것들 중 client 쪽의 메시지들은 utf-8로 되어있다고 하더라도 windows 2000 이상에서는 자동으로 모국어 문자셋으로 변환을 해서 보여줄 것이니 별로 문제가 될 것이 없을 것 같네요.

문제는 서버 메시지가 utf-8 일 경우는 현재로써는 해결책이 없다고 합니다.

단지 initdb에서 unicode를 사용하지 못한다는 것은 아닌 듯합니다.

당연히 initdb -E unicode --no-locale 이러면 아무 문제가 없을 것 같네요. 저 또한 계속 그렇게 써왔으니. 여기서 문제가 되는 것이 pgAdmin3 에서 데이터 보기/직접 수정 창이 있는데, 이곳에서 그 고질적인 유니코드 호환성 문제가 발생하기는 합니다. 이부분은 psql 이나, 기타 다른 클라이언트로 사용하면, 문제가 발생하지 않는 것으로 보아 서버측의 문제라고 보기는 힘들것 같음으로, 서버 차원에서는 unicode 인코딩이 기본에서 빠진 것은 단지 그 지역 메시지 문제 때문인듯합니다.

이야기를 정리하면,

공식 버전이 나오게 되면 이곳에서도 공식적으로 발표를 하겠지만,

한국어를 처리하기 위해서 데이터베이스 인코딩을 unicode로 할 경우, win32 패키지에서는 서버 메시지를 한글로 볼 수 없습니다.

또한 특별히 initdb 명령으로 사용자 정의 초기 데이터베이스 클러스터를 만들지 않는다면, 설치 작업시 로케일을 ascii로 두어 서버의 --lc-collate 값이 반드시 C 값으로 만들어지게 해야합니다. 이 부분도 중요합니다.