Discussion :

[louping]

Bonjour,

je migre un base 8.1.7.4 en WE8ISO8859P1 vers une base 9.2.0.8 en UTF8.

Il me semble que UTF8 est inclus dans WE8ISO8859P1, et s'il y a des caractères au dela de UTF8, ca va être chaud...
Le mieux c'est de faire croire que c'est la même police afin qu'Oracle ne fasse pas de convertion.
Et là je sais plus mais mettre le NLS_LANG à UTF8 à l'export ??
Sinon, je me souviens qu'on avait trifouillé l'entête de l'export pour faire croire à l'import que c'est de l'UTF8...(script en C pour changer le premier mot)
A+

[LeoAnderson]

Il me semble que UTF8 est inclus dans WE8ISO8859P1

Non.

L'UTF est un unicode => il peut stocker tous les caractères, y compris le martien du sud, si nécessaire mais cela implique que la longueur d'encodage est variable

les WE8ISO... sont des jeux 8 bits iso-longueurs d'encodage => 256 caractères max. En plus, pour les WE, on n'a retenu que les caractères de l'europe de l'ouest. Les caractères des pays baltes n'y sont pas par exemple.

je me souviens qu'on avait trifouillé l'entête de l'export pour faire croire à l'import que c'est de l'UTF8

ben voyons...
en UTF, le 1er bit de l'octet indique ou non la présence d'un octet suivant... donc on ne peut pas "faire croire", sauf à prendre de gros risques...

il suffit de positionner le NLS_LANG sur l'OS...

[pifor]

Il me semble que UTF8 est inclus dans WE8ISO8859P1

Non, c'est l'inverse d'après le Globalization Guide.

Le mieux c'est de faire croire que c'est la même police afin qu'Oracle ne fasse pas de convertion.

Cela dépend: voir la FAQ OTN NLS_LANG à ce sujet par exemple.

Sinon, je me souviens qu'on avait trifouillé l'entête de l'export pour faire croire à l'import que c'est de l'UTF8...(script en C pour changer le premier mot)

Le format du fichier export n'est pas documenté et modifier directement un fichier export n'est pas supporté

[louping]

Les Oracles ont parlé,

Note 260192.1 Changing WE8ISO8859P1/ WE8ISO8859P15 or WE8MSWIN1252 to UTF8 with ALTER DATABASE CHARACTERSET

You can't simply use "ALTER DATABASE CHARACTER SET" to go from WE8ISO8859P1 or WE8ISO8859P15 or WE8MSWIN1252 to (AL32)UTF8 because (AL32)UTF8 is not a binary superset of any of these character sets.

[LeoAnderson]

Oui, c'est exactement ce qu'on disait : you can't !

Après, ne pas confondre "superset" et "caractères gérés".

Un superset, c'est un jeu plus complet mais dont les codes des caractères communs sont identiques (par exemple WE8ISO8859P1 et WE8ISO8859P15)

la liste des caractères gérés peut être commune à 90% mais si les caractères communs n'ont pas le même codage, on dit qu'ils n'ont pas le même superset et cela complique les procédure de migration, mais cela n'influe pas (trop) sur les communications Client/Serveur