22.3. Support des jeux de caract�res

Le Tableau 22.1, � Jeux de caract�res de PostgreSQL™ � présente les jeux de caract�res utilisables avec PostgreSQL™.

Toutes les API clients ne supportent pas tous les jeux de caract�res de la liste. Le pilote JDBC de PostgreSQL™, par exemple, ne supporte pas MULE_INTERNAL, LATIN6, LATIN8 et LATIN10.

SQL_ASCII se comporte de fa�on considérablement différente des autres valeurs. Quand le jeu de caract�res du serveur est SQL_ASCII, le serveur interpr�te les valeurs des octets 0-127 suivant le standard ASCII alors que les valeurs d'octets 128-255 sont considérées comme des caract�res non interprétés. Aucune conversion de codage n'est effectuée avec SQL_ASCII. De ce fait, cette valeur ne déclare pas tant un encodage spécifique que l'ignorance de l'encodage. Dans la plupart des cas, si des données non ASCII doivent �tre traitées, il est déconseillé d'utiliser la valeur SQL_ASCII car PostgreSQL™ est alors incapable de convertir ou de valider les caract�res non ASCII.

initdb définit le jeu de caract�res par défaut (encodage) pour un cluster. Par exemple,

initdb -E EUC_JP

param�tre le jeu de caract�res � EUC_JP (Extended Unix Code for Japanese). L'option --encoding peut aussi �tre utilisée � la place de -E (options longues). Si aucune option -E ou --encoding n'est donnée, initdb tente de déterminer l'encodage approprié en fonction de la locale indiquée ou de celle par défaut.

Vous pouvez indiquer un encodage autre que celui par défaut lors de la création de la base de données, � condition que l'encodage soit compatible avec la locale sélectionnée :

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

Cela crée une base de données appelée korean qui utilise le jeu de caract�res EUC_KR, et la locale ko_KR. Un autre moyen de réaliser cela est d'utiliser la commande SQL suivante :

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

Notez que les commandes ci-dessus précisent de copier la base de données template0. Lors de la copie d'une autre base, les param�tres d'encodage et de locale ne peuvent pas �tre modifiés de ceux de la base de données source car cela pourrait corrompre les données. Pour plus d'informations, voir Section 21.3, � Bases de données mod�les �.

L'encodage de la base de données est conservé dans le catalogue syst�me pg_database. Cela est visible � l'aide de l'option -l ou de la commande \l de psql.

$ 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™ automatise la conversion de jeux de caract�res entre client et serveur pour certaines combinaisons de jeux de caract�res. Les informations de conversion sont conservées dans le catalogue syst�me pg_conversion. PostgreSQL™ est livré avec certaines conversions prédéfinies, conversions listées dans le Tableau 22.2, � Conversion de jeux de caract�res client/serveur �. Une nouvelle conversion peut �tre créée en utilisant la commande SQL CREATE CONVERSION.

Pour activer la conversion automatique des jeux de caract�res, il est nécessaire d'indiquer � PostgreSQL™ le jeu de caract�res (encodage) souhaité c�té client. Il y a plusieurs fa�ons de le faire :

Si la conversion d'un caract�re particulier n'est pas possible -- dans le cas d'encodages EUC_JP pour le serveur et LATIN1 pour le client, et que certains caract�res japonais renvoyés n'ont pas de représentation en LATIN1 -- une erreur est remontée.

Si l'encodage client est défini en tant que SQL_ASCII, la conversion de l'encodage est désactivée quelque soit celui du serveur. Comme pour le serveur, SQL_ASCII est déconseillé sauf � ne travailler qu'avec des données ASCII.

Il existe quelques sources intéressantes pour commencer � ma�triser les différents jeux de caract�res.