Discussion :

[Lolitaaa]

Bonjour,
j'ai un problème classique, je veux insérer des données avec des accents:
1- quand je le fais à partir de TOAD : OK
2- quand je livre le script et que ce dernier est lancé à partir d'une session UNIX @script.sql ça passe pas pourtant dans la base j'ai vérifié avec la requete suivante

Code :

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

SELECT * FROM nls_database_parameters

et j'ai bien :
NLS_LANGUAGE FRENCH
NLS_TERRITORY FRANCE


donc je vois pas trop pourquoi ça marche pas en lançant un script SQL?

Merci

[Garuda]

Regarder du coté de NLS_LANG sur le client !

[Lolitaaa]

cad?

merci

[Garuda]

Sur le client, il y a aussi des paramètres qui concernent les langues et les caractères utilisés.
Il doit y avoir adéquation entre ces paramètres et ceux de la base (notamment NLS_CHARACTERSET).
Sous windows, du coté client, ces paramètres sont dans les registres
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\NLS_LANG. Sous unix, je ne sais pas.

Tu devrais trouver pas mal de choses sous GOOGLE en recherchant NLS_LANG,NLS_CHARACTERSET, etc

Dans TOAD, tu peux voir tous les paramétres concernés (base et client) dans Database\Administer\NLS_PARAMETERS (si tu as l'option DBA)

[Garuda]

Et tu peux aussi modifier ces paramètres dans tes scripts en faisant un ALTER SESSION
Ex :
ALTER SESSION SET NLS_LANGUAGE=FRENCH

[Lolitaaa]

je viens de tester sachant que dans mon script SQL, je fais comme suivant :

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
21
 
set serveroutput on
 
spool UPDATE_TICKLER_CODE_DEF.out
 
WHENEVER SQLERROR EXIT FAILURE ROLLBACK;
 
--Test pour caractères spéciaux
 
ALTER SESSION SET NLS_LANGUAGE=FRENCH;
 
 
UPDATE TICKLER_CODE_DEF SET short_desc='TryAndBuy acceptée' WHERE tickler_code='ADMSOU14';
UPDATE TICKLER_CODE_DEF SET short_desc='TryAndBuy refusée' WHERE tickler_code='ADMSOU15';
 
 
commit ; 
 
spool off
 
exit

mais ça passe pas après je retrouve dans la base :
la valeur comme suivant :
TryAndBuy acceptée

[Garuda]

Il s'agit d'un problème de compatiblité de jeux de caractéres
Essaie de faire dans ta session

Code :

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

1
2
 
SET NLS_LANG=FRENCH_FRANCE.wwwwwwwww

où
wwwwww = le NLS_CHARACTERSET de ta base

Voir (entre autres)
ftp://ftp-developpez.com/fadace/orac.../oraclenls.pdf

[Garuda]

MEA culpa !
Ce n'est pas dans la session que l'on modifie NLS_LANG !

Il s'agit d'une variable d'environement

Faire

Code :

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

1
2
export NLS_LANG=FRENCH_FRANCE.xxxxxxxxx

ou xxxxxxx est le NLS_CHARACTERSET de la base

[Lolitaaa]

oui c'est ce que je viens de voir dans certains forums mais comment faire pour retrouver le
wwwwww = le NLS_CHARACTERSET de ma base

[Garuda]

Exactement comme pour NLS_LANGUAGE !

Code :

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

1
2
SELECT * FROM nls_database_parameters

[Lolitaaa]

là je viens de positionner la variable sur unix:
export NLS_LANG=FRENCH_FRANCE.WE8ISO8859P1
après j'ai lancé avec sqlplus mon script SQL
mais ça passe toujours pas

[Garuda]

Au temps pour moi !
Le NLS_LANG est à positionner selon le jeu de caractère utilisé dans ta session UNIX et non pas celui de la base

Pour connaitre les paramètre de ta session UNIX, il faut faire

Code :

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

1
2
 
$ locale

et positionner NLS_LANG selon les valeurs renvoyées.
Si tu as accés à METALINK, tout cela est expliqué dans la note 264157.1

[Lolitaaa]

quand je fais echo $NLS_LANG j'obtiens :
_.WE8DEC

est que je dois après positionner la variable à :
export NLS_LANG=FRENCH_FRANCE.WE8DEC ??

merci

[Garuda]

Comme je te l'ai dit, la valeur à mettre dans NLS_LANG dépend de locale

Que donne $ locale ?

Encore une fois, tout est expliqué dans la note dont je t'ai donné le numéro !

[Lolitaaa]

quand en se connectant à la base depuis UNIX, je fais echo $NLS_LANG:

SQL> host echo $NLS_LANG
FRENCH_FRANCE.WE8MSWIN1252

comme sur ma session UNIX j'ai déjà fait :

export NLS_LANG=FRENCH_FRANCE.WE8MSWIN1252
mais ça n'empeche qu'en insérant les données avec mon script SQL ça passe pas

[Garuda]

Pour la dernière fois !
que donne

Code :

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

1
2
 
SQL> host echo $locale

locale , c'est les paramètres UNIX de localisation.
La valeur qu'il faut donner à NLS_LANG dépend de ces paramètres !!!!

[Lolitaaa]

en tapant locale aussi j'ai eu :
LANG=
LC_CTYPE="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_MESSAGES="C"
LC_ALL=UTF-8

après j'ai fait:
export LC_ALL=UTF-8
export LANG=fr_FR

locale , j'obtiens :
LANG=fr_FR
LC_CTYPE="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_MESSAGES="C"
LC_ALL=UTF-8

mais ça n'empech qu'en lançant mon script SQL j'ai tjrs des caractères qui passent pas

[Garuda]

Enfin !
Sachant que tu as

Code :

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

1
2
3
export LC_ALL=UTF-8
export LANG=fr_FR

il faut faire

Code :

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

1
2
 
$ export  NLS_LANG=FRENCH_FRANCE.UTF8

Attention , si tu utilise telnet, il faut aussi peut-être modifier la config de telnet/ssh
(je ne fais que te transmettre ce que je lis dans la doc de METALINK 264157.1)