Discussion :

[ALJ]

Bonjour,

On a une base en UTF-8 avec des colonnes de types VARCHAR2.

On execute une requete de ce type :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

INSERT INTO T_NOTE_NOT (PK_NOT, NOT_LIB_redacteur) VALUES ('1','éééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééééé');

On obtient une erreur oracle :

ORA-01401: valeur insérée trop grande pour colonne (Il y a 100 caracteres et on a un varchar2(100))

Si on saisit 100 caractères e, l'enregitrement passe.

La seule solution que nous avons trouvé est de passer les champs de Varchar2 à NVarchar2.
Dans ce cas l'enregistrement est correct.

Cependant cela nous obilige à passer tous les champs varchar2 en NVarchar2.

Est ce que vous connaissez d'autres solutions ou est ce l'unique solution ?

De plus j'ai lu qu'il y avait des pbs avec nvarchar2 et le driver oracle :
http://www.mularien.com/blog/2007/12...le-and-tomcat/

[Waldar]

Vous avez du créer votre table en VARCHAR2(100 BYTE) au lieu de VARCHAR2(100 CHAR).

Regardez dans all_tab_columns.

[ALJ]

Vous avez du créer votre table en VARCHAR2(100 BYTE) au lieu de VARCHAR2(100 CHAR).

Regardez dans all_tab_columns.

Effectivement quand je regarde cette table pour les varchar2, j'ai dans la colonne CHAR_USED = 'B' je pense pour byte.
Par contre dans mon script SQL je n'ai rien spécifié. Est ce que le byte est la donnée par défaut d'oracle. Dans ce cas comment je peux lui spécifié de passer en CHAR ?

Merci
Cdt,
ALJ

[Waldar]

Ce lien vous intéressera :
http://www.oracle-base.com/articles/...lization9i.php

[ALJ]

Ce lien vous intéressera :
http://www.oracle-base.com/articles/...lization9i.php

Ok merci ca repond exactement à ma question. Par contre si je met le champ NLS_LENGTH_SEMANTICS dans la table nls_database_parameters à CHAR au lieu de BYTE, est ce que je n'aurai aucun impact ?

[Waldar]

Quand vous créerez un VARCHAR2(10) ce sera un VARCHAR2(10 CHAR).
Où je travaille les bases sont ainsi configurées, nous n'avons pas rencontré de problème.

Vous pouvez aussi générer un script pour modifier vos tables existantes à partir de all_tab_columns.

[ALJ]

J'ai une autre question concernant ce problème. A priori ce serait un problème lié à UTF-8. Est ce que je n'aurai pas ce soucis avec une base en WE8ISO8859P1 ?

[Waldar]

Ce n'est pas un problème en fait, c'est de la configuration en fonction du nombre d'octet utilisé pour coder un caractère.

WE8ISO8859P1 étant effectivement codé sur un seul caractère, il n'y a pas lieu à s'intéresser à ce paramétrage.

[ALJ]

Ok Merci