Oracle & caractere accentuée

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 :aie: , aprés multiples recherche je suis KO je pose ma question et j'ai ORACLE XE

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

Citation:

---

Envoyé par orafrance

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

---

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

le paramètre est nls_length_semantics :oops:

que donne :

Code:

---

1 2	DESC REGIONS SHOW PARAMETER nls_length_semantics

---

Essaye :

Code:

---

ALTER SESSION SET nls_length_semantics=CHAR;

---

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

Citation:

---

Envoyé par orafrance

que donne :

Code:

---

1 2	DESC REGIONS SHOW PARAMETER nls_length_semantics

---

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 8O

t'as pas oublié un bout du message ? :roll:

Citation:

---

Envoyé par orafrance

t'as pas oublié un bout du message ? :roll:

---

non , je n'ai pas oublié

alors le résultat :

Code:

---

1 2	DESC REGIONS SHOW PARAMETER nls_length_semantics

---

il est où ? :roll:

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.

Merci à tous de votre collaboration et de votre aide :king:

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

Merci encore