Exemples

Les exemples suivants montrent comment définir l'encodage pour le SJIS (japonais).

Pour définir la variable d'environnement " SJIS, entrez :
```
   export NZ_ENCODING=SJIS
```
Si vous donnez à l'environnement un nom de convertisseur ICU valide, il est utilisé, sinon il affiche un message d'erreur et se termine.
Pour définir la session en japonais, entrez
```
   set nz_encoding=sjis
```
Cette commande définit la variable locale pour la session en cours uniquement.
Pour définir les paramètres régionaux de l'EUC-JP, entrez :
```
   export LC_CTYPE=japanese.eucjp
```
La commande définit la variable locale.

Lorsque vous démarrez une session SQL de Netezza Performance Server, le système vérifie votre environnement. Le système vérifie le jeu de codes régionaux de la fenêtre du terminal dans laquelle la commande " nzsql est invoquée. Pour afficher le jeu de codes régionaux, utilisez la commande Linux® 'locale charmap.

Vous pouvez toujours modifier la valeur de la variable de session nz_encoding à l'aide d'une commande " SET explicite.

Si vous définissez l'encodage à l'aide de la commande 'nzsql, vous pouvez utiliser la casse mixte, c'est-à-dire 'SET nz_encoding=latin9.
Si vous définissez le codage au niveau de l'interpréteur de commandes UNIX en utilisant la variable d'environnement, utilisez des majuscules pour le nom de la variable, c'est-à-dire export NZ_ENCODING=LATIN9. Le nom NZ_ENCODING doit être en majuscules. La valeur Latin9 peut être en majuscules et minuscules.

Pour voir toutes les données, le nz_encoding doit être le même que l'affichage xterm, c'est-à-dire utf8 sur un xterm utf-8 et latin9 sur un xterm latin9 ou latin1. Netezza Performance Server SQL convertit la sortie d'une colonne char ou varchar en utf-8 lorsque le nz_encoding est défini sur utf8, et les colonnes nchar ou nvarchar en latin9 lorsque le nzencoding est défini sur latin9, en remplaçant " ?" par " ?" si la conversion n'est pas valide.