Discussion :

[eric1970]

Bonjour,
J'ai un problème sous oracle. Je voudrais afficher les caractères coréens comme 아해글 dans ma table, mais j'obtiens des points d'interrogations( ????).

Pour information : Mon champ est de type NVARCHAR2, et les caractères sont codés par : WE8ISO8859P15

En revanche quand je l'ajoute manuellement dans la table avec Copier-Coller ca fonctionne normalement, mais avec une requête, j'obtient des ????

Le soucis c'est que je ne pourrai pas modifier les caractères de la base car cela impactera énormément de choses.

Merci d'avance pour votre aide.

[tibal]

Bonjour,

Pouvez-vous nous fournir le résultat de la requète suivante :

Code :

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

select * from NLS_DATABASE_PARAMETERS ;

De plus, lorsque vous dites

J'ai un problème sous oracle. Je voudrais afficher les caractères coréens comme 아해글 dans ma table, mais j'obtiens des points d'interrogations( ????).

A partir de quel outil interrogez-vous votre table ?

[pifor]

Il faut lire et comprendre le tutoriel suivant http://fadace.developpez.com/oracle/nls/ pour bien comprendre le rôle de NLS_LANG lorsque les données sont écrites dans la base et lorsqu'elles sont lues.

[eric1970]

Bonsoir,
Voici ce que me rend ma requête :

SELECT * FROM NLS_DATABASE_PARAMETERS ;

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			AMERICAN
NLS_TERRITORY			AMERICA
NLS_CURRENCY			$
NLS_ISO_CURRENCY			AMERICA
NLS_NUMERIC_CHARACTERS		.,
NLS_CHARACTERSET			WE8ISO8859P15
NLS_CALENDAR			GREGORIAN
NLS_DATE_FORMAT			DD-MON-RR
NLS_DATE_LANGUAGE		AMERICAN
NLS_SORT	BINARY
NLS_TIME_FORMAT			HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT		DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT		HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT		DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY		$
NLS_COMP				BINARY
NLS_LENGTH_SEMANTICS		CHAR
NLS_NCHAR_CONV_EXCP		FALSE
NLS_NCHAR_CHARACTERSET		AL16UTF16
NLS_RDBMS_VERSION		10.2.0.4.0

L'outil que j'intéroge est Sql Developer.
Pour confirmer un truc, quand je fais copier coler le coréen dans le champ ca marche, mais avec un Insert ç marche pas.

Merci

[tibal]

Bonjour Eric,

Dans l'absolu, votre base aurait du être créée en KO16MSWIN949 (MS Windows Code Page 949 Korean) sur un OS Windows.

Vu que ce n'est pas le cas, avant de lancer votre outil pour requêter, modifiez votre character comme suit :

Code :

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

SET NLS_LANG=.KO16MSWIN949

Puis lancez SQL Developer et dites nous si ça corrige votre problème d'affichage.

[eric1970]

Bonjour Tibal,
C’est vrai que dans l’absolu la base doit être autrement. Mais il faut savoir qu’il n y a pas que du coréen. La base est sensé recevoir tout caractère, puisque il s’agit d’une application qui gère l’internationalisation. Il y’a de L’hébreu, chinois, Arabe et autre….

La base est sur un serveur Linux et les postes clients sont variés, soit Windows, soit Linux...

Pour répondre à ta question

Code :

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

SET NLS_LANG=.KO16MSWIN949

Je ferai ça où ? Étant donné que je ne suis pas l’administrateur de la base. Le seul outil que j’ai à ma disposition est SQL Developer.

Merci

[neo9922]

Bonjour Eric,

Dans l'absolu, votre base aurait du être créée en KO16MSWIN949 (MS Windows Code Page 949 Korean) sur un OS Windows.

Vu que ce n'est pas le cas, avant de lancer votre outil pour requêter, modifiez votre character comme suit :

Code :

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

SET NLS_LANG=.KO16MSWIN949

Puis lancez SQL Developer et dites nous si ça corrige votre problème d'affichage.

Bonjour Tibal,

Eric utilise les types de données N d'Oracle qui permettent de faire du multilingue dans une base de données non prévues initialement pour le faire (ancien projet qui voudrait conserver son existant mais en l'améliorant).
C'est pour ça que sa base est en P15 et qu'il a une problématique unicode (pour le KOREEN).

NB : la bonne syntaxe pour NLS_LANG est NLS_LANG=_.KO16MSWIN949 (le _ est important). Même si ça ne pose pas de problème à Oracle.