CHARSET - Cas du caratère ½ [Résolu]

[Wurlitzer]

Bonsoir,

Mon but est d'insérer le caractère ½ et bien sur de pouvoir le lire.

Pour commencer, je tiens a préciser que j'ai lu le tuto Evitez les erreurs de conversion grâce aux NLS qui est très interessant mais que je n'ai pas réussi a y trouver la solution a mon problème.

J'ai donc une base Oracle 8i sous Unix avec un charset à WE8ISO8859P15.

Si je force le CHARSET coté UNIX avec

Code :

export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15

Je peux sous sqlplus (UNIX) insérer et lire mon caractère ½

Code :

1
2
3
4
5
6
7
8
9
10
11
 
SQL> CREATE TABLE test ( CLIENT VARCHAR2(10) , COL VARCHAR2(2));
TABLE created.
 
SQL> SELECT '½' FROM DUAL
  2  /
-
½
 
SQL> INSERT INTO TEST ( CLIENT , COL ) VALUES ('UNIX', '½') ;
1 row created.

Coté Windows GUI j'ai le code page 1252 donc je fixe

Code :

SET NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252

avant de lancer dans la meme fenete DOS sqlplusw

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
SQL> SELECT '½' FROM DUAL;
-
¿
 
  1*  INSERT INTO TEST ( CLIENT , COL ) VALUES ('WIN', '½')
SQL> /
1 row created.
 
SQL> SELECT CLIENT, COL, RAWTOHEX(COL) FROM TEST;
 
CLIENT     COL          RAWT
---------- --            ----
UNIX       "carré noir"  BD
WIN        ¿               BF

alors que sous UNIX

Code :

1
2
3
4
5
6
7
 
SELECT CLIENT, COL, RAWTOHEX(COL) FROM TEST;
 
CLIENT     COL RAWT
---------- --   ----
UNIX       ½     BD
WIN        ¿      BF

D'après ce que j'ai vu BD est bien la valeur hexa du caractère ½.

Vous comprenez pourquoi je n'arrive ni à insérer ni a lire le ½ coté windows GUI ?

Merci de votre aide.

[pifor]

Pour afficher la représentation binaire d'une colonne caractère, il vaut mieux utiliser la fonction DUMP:

Code :

 dump(col, 1017)

Et sous Windows, il vaut mieux utiliser sqlplus.exe (avec NLS_LANG=.WE8PC850) que sqlplusw.exe.

Pour votre problème spécifique, le caractère ½ existe dans le ISO 8859-1 et dans le MS 1252 mais n'existe pas dans le ISO 8859-15

Sous Unix, il semble que cela marche car si la partie jeu de caractère de NLS_LANG est identique au jeu de la base, Oracle ne vérifie pas le code binaire et ne convertit les caractères ni entrée ni en sortie.

[Wurlitzer]

Merci pour cette réponse rapide.

Si je comprends bien c'est foutu puisque je suis en WE8ISO8859P15 et que ½ n'existe pas dans cette page de caratère.

Mais pourquoi est ce que cela marche quand je suis avec mon client UNIX ?

Est ce parce que je fais la meme erreur en écriture et en lecture et donc que mon ½ est en realité auter chose dans la base ?

Une petite question subsidaire. Ou est que je peux trouver la description de toutes les pages de code Oracle ? Il m'en faudrait une avec le ½ et bien sur l'euro....

[pifor]

Mais pourquoi est ce que cela marche quand je suis avec mon client UNIX ?

Sous Unix, il semble que cela marche car si la partie jeu de caractère de NLS_LANG est identique au jeu de la base, Oracle ne vérifie pas le code binaire et ne convertit les caractères ni entrée ni en sortie et laisse le système d'exploitation afficher les caractères.

Une petite question subsidaire. Ou est que je peux trouver la description de toutes les pages de code Oracle ? Il m'en faudrait une avec le ½ et bien sur l'euro....

Oracle ne définit pas les jeux de caractères mais utilise les jeux de caractères standards définis par l'ISO, Unicode ou Microsoft et les renomme. Il faut retrouver le nom original en supprimant en général les 3 premiers caractères du nom Oracle et ensuite faire une recherche sur le web.

[Wurlitzer]

Encore une fois merci,