Discussion :

[Pozzo]

Bonjour,

J'ai une appli qui tourne sur une base avec le jeu de caractères WE8ISO8859P15.
Elle va être portée sur AL32UTF8 pour suivre les recommandations Oracle. Pourquoi pas.
Mais lors d'une session avant vente un client m'indique que son DBA considère WE8ISO8859P15 "obsolète" et qu'il préfère WE8MSWIN1252.

Je n'ai pu en savoir plus.
De ma fenêtre ISO c'est ISO et MS c'est Microsoft. A part ça un jeu de caractère est capable ou non de stocker le langage voulu dans la base.
Mais "obsolète" ?

Quelqu'un a une opinion sur la question ? (svp)

Pozzo

[McM]

Obsolète ?.. a priori non, la doc Oracle de la base 12 la note dans les nombreuses "recommandées"
https://docs.oracle.com/database/121...a.htm#NLSPG585

[vanagreg]

Bonjour,

C'est toujours pareil avec de telles affirmations, il faut les étayer. Je ne me souviens pas avoir lu qu'Oracle considérait ce characterset comme obsolète. WE8MSWIN1252 sera plus adapté pour des environnements Windows.

[pachot]

Bonjour, "obsolète" n'est pas le terme mais comme tous les caractères définis par WE8ISO8859P15 se retrouvent dans [FONT=Tahoma, Verdana, Helvetica, sans-serif]WE8MSWIN1252 il n'y a pas vraiment de raisons d'utiliser [/FONT]WE8ISO8859P15.

[rouardg]

Bonjour,

Pour moi, il n'y a rien d'obsolète.

WE8MSWIN1252 est le jeu de caractères pour Windows, et comme disait Pachot, il englobe les caractères contenus dans le jeu WE8ISO8859P15.

Du coup, il n'est pas rare de trouver des bases Oracle tournant sur Linux, avec ce jeu de caractères WE8MSWIN1252 qui vient du monde Windows.



Maintenant, pour aller plus loin, je ne sais pas dans quel contexte est utilisée votre application, mais de plus en plus de sociétés sont tournées à l'International.

Du coup, je pense qu'il est plus que temps de raisonner en Unicode, et d'utiliser l'AL32UTF8.



J'en ai fait l'expérience chez un client où ses bases Oracle 11gR2 étaient toutes crées en WE8MSWIN1252. Cela fonctionnait bien tant qu'il traitait les données des entités européennes (UK, Italie, Allemagne, Suisse...).

Et puis un jour, nous nous sommes retrouvés avec des caractères illisibles en base, du au fait que des données provenant d'un fichier Excel contenaient des caractères en alphabet cyrillique (alphabet utilisé par certaines langues slaves).

De mémoire, nous nous en sommes sortis en reprenant le code et en modifiant le type de la colonne (passant de VARCHAR2 à NVARCHAR2, pour utiliser l'AL16UTF16).



Depuis, après étude d'impacts et migration des bases en 12cR1, toutes les bases ont été systématiquement créées en Unicode (AL32UTF8). Ceci fut d'autant plus utile que le client avait ouvert de nouvelles entités (Australie, Brésil, pays de l'Est et pays asiatiques).