Discussion :

[pat29]

Bonjour,

Nous avons des pb sur les caractères accentués dans les CLOB, alors que ça marche avec les VARCHAR2 ! Quand on update la colonne avec par exemple 'éèàù' (sur TOAD ou SQL dev) on obtient autre chose à la relecture (genre des carrés). On n'observe ce phénomène qu'avec la 8 :

Oracle 8i : OK pour VARCHAR2, KO pour CLOB
Oracle 9i : OK pour les 2

Les 2 bases (sous windows 2003) sont configurées avec NLS_TERRITORY=FRANCE et NLS_LANGUAGE=FRENCH. Le client (Windows) est aussi en français.

Et manifestement le dump() ne marche pas pour les CLOB...

Si quelqu'un a une idée...

[LeoAnderson]

Code :

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

select * from nls_database_parameters;

que vaut le national characteter set ? et le character set ?

comment insérez-vous les lignes ? les lisez-vous ?

[pat29]

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
NLS_LANGUAGE	FRENCH
NLS_TERRITORY	FRANCE
NLS_CURRENCY	?
NLS_ISO_CURRENCY	FRANCE
NLS_NUMERIC_CHARACTERS	.,
NLS_CHARACTERSET	WE8ISO8859P1
NLS_CALENDAR	GREGORIAN
NLS_DATE_FORMAT	DD/MM/RRRR
NLS_DATE_LANGUAGE	FRENCH
NLS_SORT	BINARY
NLS_TIME_FORMAT	HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT	DD/MM/RR HH24:MI:SSXFF
NLS_TIME_TZ_FORMAT	HH24:MI:SSXFF TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT	DD/MM/RR HH24:MI:SSXFF TZH:TZM
NLS_DUAL_CURRENCY	?
NLS_COMP	BINARY
NLS_NCHAR_CHARACTERSET	WE8ISO8859P1
NLS_RDBMS_VERSION	8.1.7.0.0
NLS_LENGTH_SEMANTICS	BYTE
NLS_NCHAR_CONV_EXCP	FALSE

Les données sont insérées et lues dans l'appli avec une IHM client léger.
Sinon sur Oracle SQL dev (ou TOAD) en modifiant directement la donnée dans le tableau Results (ou data).

[pat29]

En comparant les valeurs des 2 bases j'ai noté 2 différences :

NLS_CHARACTERSET : WE8ISO8859P1 (8i) WE8ISO8859P15 (9i)
NLS_NCHAR_CHARACTERSET : WE8ISO8859P1 (8i) AL16UTF161 (9i)

est-ce que ça peut agir sur les CLOB ?
Sinon je peux faire l'essai...

[pifor]

NLS_NCHAR_CHARACTERSET : WE8ISO8859P1 (8i) AL16UTF161 (9i)

ne concerne que le types de données NVARCHAR2, NCHAR et NCLOB.

NLS_CHARACTERSET : WE8ISO8859P1 (8i) WE8ISO8859P15 (9i)

Les différences entre les 2 jeux de caractères ne concernent pas les caractères accentués.

Et manifestement le dump() ne marche pas pour les CLOB

Essayez DBMS_LOB.SUBSTR.

Dans votre cas, il faut aussi vérifier que la partie jeu de caractères de NLS_LANG ne pose pas de problème de conversion.

[SheikYerbouti]

Parfois, il suffit d'utiliser des NCLOB en lieu et place de CLOB.

[pat29]

Bon, eh bien ça remarche après un redémarrage de la base, mais je ne sais pas pourquoi... Pourtant la base a déjà été redémarrée il y 2 jours et ça n'avait rien changé...

Merci quand même pour les infos.