Oracle & caractere accentuée [Résolu]

[tunizar]

Bonjour

quand je veux ajouter un enregistrement avec des valeurs qui contiennent des caracteres accentuées , alors chaque caractere accentué compte double

Code :

1
2
3
4
 
INSERT INTO regions (REGION_ID,REGION_NAME) VALUES (10,'ööööööööööööö');
 
ORA-12899: valeur trop grande pour la colonne "HR"."REGIONS"."REGION_NAME" (réelle : 26, maximum : 25)

PS :je suis vraiment trés débutant en ORACLE , aprés multiples recherche je suis KO je pose ma question et j'ai ORACLE XE

[orafrance]

probablement le NLS_SEMANTICS_CHARACTER qui est en BYTES au lieu de CHAR... ou l'inverse, je ne sais famais

[tunizar]

Envoyé par orafrance

probablement le NLS_SEMANTICS_CHARACTER qui est en BYTES au lieu de CHAR... ou l'inverse, je ne sais famais

qu'est ce qu'il faut faire
d'avance Merci infiniment

[orafrance]

le paramètre est nls_length_semantics

[orafrance]

que donne :

Code :

1
2
DESC REGIONS
SHOW PARAMETER nls_length_semantics

Essaye :

Code :

ALTER SESSION SET nls_length_semantics=CHAR;

[orafrance]

pour info : http://users.telenet.be/oraguy.be/Characterset1.htm

[tunizar]

Envoyé par orafrance

que donne :

Code :

Essaye :

Code :

ALTER SESSION SET nls_length_semantics=CHAR;

Code :

1
2
3
4
5
6
7
 
 
ALTER SESSION SET nls_length_semantics=CHAR;
Instruction traitée.
 
 
0,00 secondes

Code :

1
2
3
4
 
 
INSERT INTO regions (REGION_ID,REGION_NAME) VALUES (10,'ööööööööööööö');
ORA-12899: valeur trop grande pour la colonne "HR"."REGIONS"."REGION_NAME" (réelle : 26, maximum : 25)

c'est tjr idem

[orafrance]

t'as pas oublié un bout du message ?

[tunizar]

Envoyé par orafrance

t'as pas oublié un bout du message ?

non , je n'ai pas oublié

[orafrance]

alors le résultat :

Code :

1
2
DESC REGIONS
SHOW PARAMETER nls_length_semantics

il est où ?

[LeoAnderson]

La définition de la capacité se fait au moment de la création de la table.
Donc il faut vérifier la capacité de la table (et je ne suis pas sûr que DESC affiche le distingo byte/char)
=> DBA_TAB_COLUMNS

En règle générale, il faudrait systématiquement préciser dans la création de la table CHAR, ça évite les soucis de NLS_LENGTH_SEMANTICS et comme ça, en cas d'export, notamment vers une base UTF, on n'aurait pas de soucis.

[tunizar]

Merci à tous de votre collaboration et de votre aide

au moment de la création de la table la colonne devait être CHAR et non BYTE

Merci encore