23.3. 문자 집합 지원

23.3.1. 지원되는 문자 집합

표 23-1은 PostgreSQL에서 사용할 수 있는 문자 집합을 보여준다.

모든 클라이언트 API가 나열된 모든 문자 집합을 지원하는 것은 아니다. 예를 들면, PostgreSQL JDBC 드라이버는 MULE_INTERNAL 및 LATIN6, LATIN8, LATIN10을 지원하지 않는다.

SQL_ASCII 설정은 다른 설정과 상당히 다르게 동작한다. 서버 문자 집합이 SQL_ASCII인 경우 서버는 ASCII 표준에 따라 바이트 값 0-127을 해석하고, 바이트 값 128-255은 해석 불가 문자로 처리한다. 설정이 SQL_ASCII인 경우 인코딩 변환이 완료되지 않는다. 따라서 이 설정은 사용 중인 특정 인코딩에 대한 선언이라기 보다는 인코딩에 대한 무시 선언이다. 대부분의 경우에, ASCII가 아닌 데이터를 사용하는 경우 PostgreSQL은 비 ASCII 문자를 변환하거나 검증할 수 없기 때문에 SQL_ASCII 설정을 사용하는 것은 현명하지 않다.

23.3.2. 문자 집합 설정

initdb는 PostgreSQL 클러스터에 대한 기본 문자 집합(인코딩)을 정의한다. 예를 들면,

initdb -E EUC_JP

이것은 기본 문자 집합을 EUC_JP (Extended Unix Code for Japanese)로 설정한다. 옵션 string이 긴 것을 선호하는 경우 --encoding을 -E 대신 사용할 수 있다. -E 또는 --encoding 옵션을 지정하지 않으면 initdb는 지정되었거나 기본 로케일(locale)을 기반으로 사용할 적정 인코딩을 결정하려고 한다.

인코딩이 선택한 로케일(locale)과 호환되는 경우 사용자는 기본값이 아닌 인코딩을 데이터베이스 생성 시에 지정할 수 있다.

createdb -E EUC_KR -T template0 --lc-collate=ko_KR.euckr --lc-ctype=ko_KR.euckr korean

이것은 문자 집합 EUC_KR 및 로케일(locale) ko_KR을 사용하는 korean이라는 데이터베이스를 생성한다. 다른 방법으로 아래와 같은 SQL 명령을 사용할 수 있다.

CREATE DATABASE korean WITH ENCODING 'EUC_KR' LC_COLLATE='ko_KR.euckr' LC_CTYPE='ko_KR.euckr' TEMPLATE=template0;

위의 명령은 template0 데이터베이스 복사를 지정한다는 점에 유의하라. 다른 데이터베이스를 복사할 때 데이터 손상의 우려 때문에 원본 데이터베이스로부터 인코딩과 로케일(locale) 설정은 변경할 수 없다. 자세한 내용은 22.3절을 참조 바란다.

데이터베이스의 인코딩은 시스템 카탈로그 pg_database에 저장되어 있다. psql -l 옵션 또는 \l 명령을 사용하면 이것을 확인할 수 있다.

$ psql -l
                                         List of databases
   Name    |  Owner   | Encoding  |  Collation  |    Ctype    |          Access Privileges          
-----------+----------+-----------+-------------+-------------+-------------------------------------
 clocaledb | hlinnaka | SQL_ASCII | C           | C           | 
 englishdb | hlinnaka | UTF8      | en_GB.UTF8  | en_GB.UTF8  | 
 japanese  | hlinnaka | UTF8      | ja_JP.UTF8  | ja_JP.UTF8  | 
 korean    | hlinnaka | EUC_KR    | ko_KR.euckr | ko_KR.euckr | 
 postgres  | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  | 
 template0 | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  | {=c/hlinnaka,hlinnaka=CTc/hlinnaka}
 template1 | hlinnaka | UTF8      | fi_FI.UTF8  | fi_FI.UTF8  | {=c/hlinnaka,hlinnaka=CTc/hlinnaka}
(7 rows)

23.3.3. 서버와 클라이언트 간 자동 문자 집합 변환

PostgreSQL은 서버와 클라이언트 간 특정 문자 집합 조합에 대해 자동 문자 집합 변환을 지원한다. 변환 정보는 pg_conversion 시스템 카탈로그에 저장된다. PostgreSQL은 표 23-2에 나오는 사전 정의된 변환 몇 가지를 제공한다. SQL 명령 CREATE CONVERSION을 사용하면 새로운 변환을 생성할 수 있다.

자동 문자 집합 변환을 활성화하려면 클라이언트에서 사용하려는 문자 집합(인코딩)을 PostgreSQL에 알려 주어야 한다. 이렇게 하는 방법에는 몇 가지가 있다.

• psql에서 \encoding 명령 사용. \encoding을 사용하면 클라이언트 인코딩을 그때그때 변경할 수 있다. 예를 들면, 인코딩을 SJIS로 변경하려면 다음을 입력한다.

  \encoding SJIS

• libpq(32.10절)에는 클라이언트 인코딩을 제어하는 기능이 있다.

• SET client_encoding TO 사용.

  SET CLIENT_ENCODING TO 'value';

  또는 표준 SQL 구문 SET NAMES을 사용할 수도 있다.

  SET NAMES 'value';

  현재 클라이언트 인코딩을 쿼리하려면,

  SHOW client_encoding;

  기본 인코딩을 리턴하려면,

  RESET client_encoding;

• PGCLIENTENCODING 사용. 환경 변수 PGCLIENTENCODING이 클라이언트의 환경에서 정의된 경우 해당 클라이언트 인코딩은 서버 연결 시 자동으로 선택된다. (위에 언급된 다른 방법을 사용하면 나중에 이것을 무시할 수 있다.)

• 환경 설정 변수 client_encoding 사용. client_encoding 변수가 설정된 경우 해당 클라이언트 인코딩은 서버 연결 시 자동으로 선택된다. (위에 언급된 다른 방법을 사용하면 나중에 이것을 무시할 수 있다.)

특정한 문자 변환이 불가능한 경우 사용자가 서버에 대해서는 EUC_JP를 선택하고 클라이언트에 대해서는 LATIN1을 선택한 것으로 추정되며, LATIN1 표현이 없는 일본어 문자가 리턴된다. 에러가 리포트된다.

클라이언트 문자 집합이 SQL_ASCII로 설정된 경우 서버의 문자 집합과 무관하게 인코딩 변환이 비활성화된다. 서버의 경우처럼 모든 ASCII 데이터를 사용하지 않을 때는 SQL_ASCII는 바람직하지 않다.

23.3.4. 추가 자료

이 소스는 다양한 인코딩 시스템을 배우는 데 도움이 된다.