Aide sur champ (ADSCODDBA)

Définit le jeu de caractères utilisé pour stocker les champs caractères dans la base de données. Celui-ci peut prendre les valeurs ASCIIou UNICODE.

• Le format ASCII correspond à la gestion des langues européennes : chaque caractère est stocké sur un octet, les caractères accentués étant stockés sur des valeurs supérieures à 128.

• Le format UNICODE n'est utile que lorsqu'on veut gérer des langues dont le jeu de caractères nécessite plus de 256 combinaisons. C'est le cas du chinois, par exemple.
  Le client SAFE X3 est nativement UNICODE, il sait par conséquent gérer les textes de ce type. Il a le choix, au niveau de la base de données, d'utiliser l'un des deux formats : UCS2 ou UTF8.
  
  Le format UCS2 est un format d'origine Microsoft(TM), dans lequel tout caractère est stocké sur deux octets ; les caractères ASCII usuels ont le même code (mais l'un des deux octets sur lequel ils sont codés est nul). C'est le seul format de type UNICODE supporté par SQL server. Oracle admet pour sa part d'autres formats, et en particulier le format UTF8 qui est le plus fréquent. C'est un format dans lequel les caractères sont stockés sur un nombre variable d'octets (de 1 à 5 selon les cas, les caractères ASCII standard sont stockés sur un octet, les caractères accentués en utilisent deux ; au-delà, on retrouve les langues asiatiques). Il est à noter qu'Oracle supporte d'autres normes de codage (UCS3, UCS4, UTF16...) et que ces normes pourraient être utilisées (à condition de créer manuellement la base de données).

De façon interne et indépendante du format de la base (pour ses variables temporaires), le moteur SAFE X3 utilise le format UTF8 (les sources des traitements sont codés en UTF8), et le client Windows la norme UCS2.