표 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 설정을 사용하는 것은 현명하지 않다.

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)

PostgreSQL은 서버와 클라이언트 간 특정 문자 집합 조합에 대해 자동 문자 집합 변환을 지원한다. (23.3.4절 참조)

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

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

클라이언트 문자 집합이 SQL_ASCII로 설정된 경우 서버의 문자 집합과 무관하게 인코딩 변환이 비활성화된다. (반면, 서버 문자 집합이 SQL_ASCII가 아닌 경우는 입력되는 문자가 해당 문자 집합에서 사용할 수 있는 것인지 확인 과정을 거친다; 그래서, 제일 바람직한 환경은 서버 문자 집합과 클라이언트 문자 집합을 같은 것으로 사용하는 것이다.) 서버의 경우처럼 모든 ASCII 데이터를 사용하지 않을 때는 SQL_ASCII는 바람직하지 않다.

PostgreSQL은 pg_conversion 시스템 카탈로그 테이블 안에 정의된 변환 함수를 이용해서 두 문자 집합 간 변환을 할 수 있다. PostgreSQL은 표 23.2 표에서 처럼 미리 정의된 변환을 사용할 수 있으며, 보다 자세한 설명은 표 23.3 표에서 설명한다. 또한 사용자 정의 변환 규칙도 만들수 있는데, 이는 CREATE CONVERSION SQL 명령으로 할 수 있다. (클라이언트/서버간 자동 문자 집합 변환도 가능한데, 이 때는 그 변환에 “default” 옵션을 지정해야 한다.)

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