23.1. Поддержка языковых стандартов
Поддержка языковых стандартов в приложениях относится к культурным предпочтениям, которые касаются алфавита, порядка сортировки, форматирования чисел и т. п. Postgres Pro использует соответствующие стандартам ISO C и POSIX возможности локали, предоставляемые операционной системой сервера. За дополнительной информацией обращайтесь к документации вашей системы.
23.1.1. Обзор
Поддержка локали автоматически инициализируется, когда кластер базы данных создаётся при помощи initdb
. initdb
инициализирует кластер баз данных по умолчанию с локалью из окружения выполнения. Поэтому, если ваша система уже использует локаль, которую вы хотите выбрать для вашего кластера баз данных, вам не требуется дополнительно совершать никаких действий. Если вы хотите использовать другую локаль (или вы точно не знаете, какая локаль используется в вашей системе), вы можете указать для initdb
, какую именно локаль использовать, задав параметр --locale
. Например:
initdb --locale=ru_RU
Данный пример для Unix-систем задаёт русский язык (ru
), на котором говорят в России (RU) Другими вариантами могут быть en_US
(американский английский) и fr_CA
(канадский французский). Если в языковом окружении может использоваться более одного набора символов, значение может принимать вид language_territory.codeset
. Например, fr_BE.UTF-8
обозначает французский язык (fr), на котором говорят в Бельгии (BE), с кодировкой UTF-8.
То, какие локали и под какими именами доступны на вашей системе, зависит от того, что было включено в операционную систему производителем и что из этого было установлено. В большинстве Unix-систем команда locale -a
выведет список доступных локалей. Windows использует более развёрнутые имена локалей, такие как German_Germany
или Russian_Russia.1251
, но принципы остаются теми же.
Иногда целесообразно объединить правила из различных локалей, например, использовать английские правила сравнения и испанские сообщения. Для этой цели существует набор категорий локали, каждая из которых управляет только определёнными аспектами правил локализации:
LC_COLLATE | Порядок сортировки строк |
LC_CTYPE | Классификация символов (Что представляет собой буква? Каков её эквивалент в верхнем регистре?) |
LC_MESSAGES | Язык сообщений |
LC_MONETARY | Форматирование валютных сумм |
LC_NUMERIC | Форматирование чисел |
LC_TIME | Форматирование даты и времени |
Эти имена категорий initdb
принимает в качестве имён соответствующих параметров, позволяющих переопределить выбор локали в определённой категории. Например, чтобы настроить локаль на канадский французский, но при этом использовать американские правила форматирования денежных сумм, используйте initdb --locale=fr_CA --lc-monetary=en_US
.
Если вы хотите, чтобы система работала без языковой поддержки, используйте специальное имя локали C
либо эквивалентное ему POSIX
.
Значения некоторых категорий локали должны быть заданы при создании базы данных. Вы можете использовать различные параметры локали для различных баз данных, но после создания базы вы уже не сможете изменить их для этой базы данных. LC_COLLATE
и LC_CTYPE
являются этими категориями. Они влияют на порядок сортировки в индексах, поэтому они должны быть зафиксированы, иначе индексы на текстовых столбцах могут повредиться. (Однако можно смягчить эти ограничения через задание правил сравнения, как это описано в разделе Раздел 23.2.) Значения по умолчанию для этих категорий определяются при запуске initdb
, и эти значения используются при создании новых баз данных, если другие значения не указаны явно в команде CREATE DATABASE
.
Прочие категории локали вы можете изменить в любое время, настроив параметры конфигурации сервера, которые имеют такое же имя как и категории локали (подробнее см. Подраздел 19.11.2). Значения, выбранные через initdb
, фактически записываются лишь в файл конфигурации postgresql.conf
, чтобы использоваться по умолчанию при запуске сервера. Если вы удалите эти значения из postgresql.conf
, сервер получит соответствующие значения из своей среды выполнения.
Обратите внимание на то, что поведение локали сервера определяется переменными среды, установленными на стороне сервера, а не средой клиента. Таким образом, необходимо правильно сконфигурировать локаль перед запуском сервера. Если же клиент и сервер работают с разными локалями, то сообщения, возможно, будут появляться на разных языках в зависимости от того, где они возникают.
Примечание
Когда мы говорим о наследовании локали от среды выполнения, это означает следующее для большинства операционных систем: для определённой категории локали, к примеру, для правил сортировки, следующие переменные среды анализируются в приведённом ниже порядке до тех пор, пока одна из них не окажется заданной: LC_ALL
, LC_COLLATE
(или переменная, относящаяся к соответствующей категории), LANG
. Если ни одна из этих переменных среды не задана, значение локали устанавливается по умолчанию в C
.
Некоторые библиотеки локализации сообщений также обращаются к переменной среды LANGUAGE
, которая заменяет все прочие параметры локализации при выборе языка сообщений. В случае затруднений, пожалуйста, воспользуйтесь документацией по вашей операционной системе, в частности, справкой по gettext.
Для того чтобы стал возможен перевод сообщений на язык, выбранный пользователем, NLS должен быть выбран на момент сборки (configure --enable-nls
). В остальном поддержка локализации осуществляется автоматически.
23.1.2. Поведение
Локаль влияет на следующий функционал SQL:
Порядок сортировки в запросах с использованием
ORDER BY
или стандартных операторах сравнения текстовых данныхОператоры поиска по шаблону (
LIKE
,SIMILAR TO
, и регулярные выражения в стиле POSIX); локаль влияет как на поиск без учёта регистра, так и на классификацию знаков по классам символов регулярных выраженийВозможность использовать индексы с предложениями
LIKE
Недостатком использования отличающихся от C
или POSIX
локалей в Postgres Pro является влияние на производительность. Это замедляет обработку символов и мешает LIKE
использовать обычные индексы. По этой причине используйте локали только в том случае, если они действительно вам нужны.
В качестве обходного решения, которое позволит Postgres Pro пользоваться индексами с предложениями LIKE
с использованием локали, отличной от С, существует несколько классов пользовательских операторов. Они позволяют создать индекс, который выполняет строгое посимвольное сравнение, игнорируя правила сравнения, соответствующие локали. За дополнительными сведениями обратитесь к Разделу 11.10. Ещё один подход заключается в создании индексов с помощью правил сортировки C
, как было сказано в Разделе 23.2.
23.1.3. Проблемы
Если поддержка локализации не работает в соответствии с объяснением, данным выше, проверьте, насколько корректна конфигурация поддержки локализации в вашей операционной системе. Чтобы проверить, какие локали установлены на вашей системе, вы можете использовать команду locale -a
, если ваша операционная система поддерживает это.
Проверьте, действительно ли Postgres Pro использует локаль, которую вы подразумеваете. Параметры LC_COLLATE
и LC_CTYPE
определяются при создании базы данных, и не могут быть изменены, за исключением случаев, когда создаётся новая база данных. Прочие параметры локали, включая LC_MESSAGES
и LC_MONETARY
первоначально определены средой, в которой запускается сервер, но могут быть оперативно изменены. Вы можете проверить текущие параметры локали с помощью команды SHOW
.
Клиентские приложения, которые обрабатывают ошибки сервера, разбирая текст сообщения об ошибке, очевидно, столкнутся с проблемами, когда сообщения сервера будут на другом языке. Авторам таких приложений рекомендуется пользоваться системой кодов ошибок в качестве альтернативы.