Problème de CHARACTERS SET

Bonjour
j'ai créé une instance 9i (sous windows 2000),avec le CHARACTERSET WE8ISO8859P1... or il aurait fallu la créer en WE8ISO885P15, pour acceptation le caractère 'Euro'.
Classique me direz-vous pour un presque néophyte, mais maintenant je dois modifier tout ça...
Faut-il dropper l'instance et la recrreer avec WE8ISO885P15 ?
Y-a-til une autre solution ?
J'arrive pas bien à comprendre la différence entre :
NLS_CHARACTERSET et NCHAR_CHARACTERSET... pouvez-vous me l'expliquer ?

Merci d'avance pour vos contributions...

Tout d'abord, il est possible de modifier le character set de la base mais il est plus simple de la recréer.
Si vous préférez tout de même modifier la base : http://download-west.oracle.com/docs...1.htm#NLSPG011
[edit]
Comme on pouvait s'y attendre, le sujet à déjà été traité : http://www.developpez.net/forums/viewtopic.php?t=295577
[/edit]

Sinon, au lieu du WE8ISO8859P15, je vous conseille d'utiliser le MSWIN1252 (il est plus complet que le P15, ISO, 8bits et pas limité aux plateformes MS, ...)

Pour finir, le character set s'applique aux VARCHAR (pour schématiser).
Le National character set s'applique lui aux NVARCHAR2 et CLOB.

Merci pour votre réponse, mais elle appelle une autre question...
Pourquoi préconiser de recreer la database, alors qu'un simple ALTER DATABASE CHARACTER SET WE8MSWIN1252, est suffisant ?
Je n'ai pas bien compris, après avoir potassé métalink, la différence entre, par exemple, WE8MSWIN1252 et UTF8...
Que l'on puisse alterer WE8ISO8859P1 en WE8ISO8859P15, je le comprends, mais métalink semble aussi dire que l'on peut alterer WE8ISO8859P1 par UTF8...

J'comprends plus rien !

l'UTF8 est un jeu unicode et consomme plus d'espace puisque codé sur 8 au lieu de 7 bits. C'est obligatoire pour une base internationale qui utilise les caractères latins, russes ou chinois ;)

Citation:

---

Envoyé par Fred_D

l'UTF8 est un jeu unicode et consomme plus d'espace puisque codé sur 8 au lieu de 7 bits. C'est obligatoire pour une base internationale qui utilise les caractères latins, russes ou chinois ;)

---

négatif !
L'unicode est codé sur plusieurs octets, à la différence des jeux de caractères ISO codés sur 1 octet ! ;-)

Code:

---

1 2 3 4

SELECT convert('€', 'UTF8', 'WE8ISO8859P15') AS UTF, DUMP(convert('€', 'UTF8', 'WE8ISO8859P15')) AS Dump_Utf, RawToHex(convert('€', 'UTF8', 'WE8ISO8859P15')) AS RAW_Utf FROM DUAL;

---

Citation:

---

⿬ Typ=1 Len=3: 226,130,172 E282AC

---

le WE8ISO8859P1(5) est lui codé sur 8bits (<=> 1 octet) : Western European 8bits ISO ...
Les jeux purement anglais sont eux en 7bits

[edit]Précisions sur l'Unicode
L'unicode est de taille variable :

Code:

---

1 2 3 4

SELECT convert('a', 'UTF8', 'WE8ISO8859P15') AS UTF, DUMP(convert('a', 'UTF8', 'WE8ISO8859P15')) AS Dump_Utf, RawToHex(convert('a', 'UTF8', 'WE8ISO8859P15')) AS RAW_Utf FROM DUAL;

---

Citation:

---

a Typ=1 Len=1: 97 61

---

Ainsi, les 128 premiers caractères (soit grosso-modo ceux qui sont dans l'ASCII7) ne prennent que 1 octet.
Mais le premier bit est réservé pour indiquer la présence ou non d'un bit suivant.
[/edit]

Désolé les gars... j'ai rien compris...

J'ai néanmoins 3 questions précises:

1°) Puis-je par un simple ALTER DATABASE CHARACTER SET WE8MSWIN1252, modifier le character set de ma base ?

2°) Faut-il aussi ensuite, re-importer mes données dans cette base new look ?

3°) Pourquoi préconiser de recreer la database, alors qu'un simple ALTER DATABASE CHARACTER SET WE8MSWIN1252, est suffisant ?

Merci pour vos réponses...

1) Oui et non, ça dépend du CS de départ et d'arrivée
2) Non, si vous migrer, les données sont déjà présentes (sauf si vous migrez une base vide...)
3) Parce que ce n'est pas une opération négligeable et qui peut avoir de lourdes conséquences. il vaut mieux avoir une possibilité de retour-arrière importante et immédiate.

Par exemple, si vous allez vers de l'UTF, attention, VARCHAR2(30) signifiera par défaut VARCHAR2(30 octets) et des chaines de 30 caractères pourraient ne pas rentrer et déclencer une exception !