Таблица 3.8.3 содержит список кодировок, доступных для использования в Digital Q.DataBase.

Не все клиентские APIподдерживают все перечисленные кодировки. Например, Digital Q.DataBase драйвер JDBC не поддерживает MULE_INTERNAL, LATIN6, LATIN8и LATIN10.

Параметр SQL_ASCII работает значительно иначе, чем другие настройки. Когда кодировка сервера установлена как SQL_ASCII, сервер интерпретирует значения байтов 0–127 в соответствии со стандартом ASCII, тогда как значения 128–255 воспринимаются как неинтерпретируемые символы. Преобразование кодировки не будет выполняться, если выбран параметр SQL_ASCII. Таким образом, эта настройка является не столько объявлением использования конкретной кодировки, сколько декларацией отсутствия сведений о ней. В большинстве случаев при работе с любыми данными, отличными от ASCII, не рекомендуется использовать параметр SQL_ASCII поскольку Digital Q.DataBase не сможет обеспечить преобразование или валидацию символов, не входящих в набор ASCII.

initdb определяет кодировку по умолчанию (набор символов) для Digital Q.DataBase кластера. Например,

initdb -E EUC_JP

устанавливает кодировку по умолчанию EUC_JP (Extended Unix Code для японского языка). Вы можете использовать параметр --encoding вместо -E если предпочитаете полные имена параметров. Если параметр -E или --encoding указан параметр, initdb пытается определить подходящую кодировку на основе указанной или используемой по умолчанию локали.

Вы можете указать кодировку, отличную от значения по умолчанию, при создании базы данных, при условии, что она совместима с выбранной локалью:

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

Будет создана база данных с именем korean использующая кодировку EUC_KR, а также локаль ko_KR. Другой способ выполнить эту операцию — использовать следующую SQL-команду:

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

Обратите внимание, что приведенные выше команды указывают на копирование базы данных template0 database. При копировании любой другой базы данных параметры кодировки и локали не могут отличаться от настроек исходной базы данных, так как это может привести к повреждению данных. Для получения дополнительной информации см. Раздел 3.7.3.

Кодировка базы данных хранится в системном каталоге pg_database. Ее можно просмотреть, используя параметр psql -l или команду \l command.

$ psql -l
                                         Список баз данных
   Имя    |  Владелец   | Кодировка  |  Правила сортировки  |    Тип символов    |          Права доступа
-----------+----------+-----------+-------------+-------------+-------------------------------------
 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 строк)

Digital Q.DataBase поддерживает автоматическое преобразование наборов символов между сервером и клиентом для многих комбинаций кодировок (Раздел 3.8.3.4 показывает, каких именно).

Чтобы включить автоматическое преобразование кодировок, необходимо указать Digital Q.DataBase кодировку (encoding), которую требуется использовать на стороне клиента. Существует несколько способов реализации данной задачи:

Если преобразование конкретного символа невозможно — например, если выбрана кодировка EUC_JP для сервера и LATIN1 для клиента, при этом возвращаются некоторые японские символы, для которых отсутствует представление в LATIN1 — будет выдана ошибка.

Если кодировка клиента определена как SQL_ASCII, преобразование кодировок отключается независимо от кодировки сервера. (Однако, если кодировка сервера не SQL_ASCII, сервер все равно будет проверять, что входящие данные корректны для этой кодировки; таким образом, итоговый результат будет аналогичен случаю, когда кодировка клиента совпадает с кодировкой сервера.) Как и для сервера, использование SQL_ASCII не рекомендуется, за исключением случаев работы исключительно с данными в кодировке ASCII.

Digital Q.DataBase позволяет выполнять преобразование между любыми двумя кодировками, для которых функция преобразования указана в pg_conversion системный каталог. Digital Q.DataBase поставляется с рядом предопределенных преобразований, краткая информация о которых приведена в Таблица 3.8.4 и более подробно описана в Таблица 3.8.5. Для создания нового преобразования используйте SQL-команду CREATE CONVERSION. (Для автоматического использования при клиент-серверных преобразованиях оно должно быть помечено как «правила сортировки по умолчанию» для данной пары кодировок.)

Данные источники рекомендуются для начала ознакомления с различными системами кодирования.