VARCHAR vs NVARCHAR

[besco]

Bonjour,

Mon problème est que je souhaite passer les varchar en nvarchar d'une table pour qu'il prenne en compte le jeu de caractère (NLS_NATIONAL_CHARACTERSET) AL16UTF16 mais je perds mes données en faisant un insert into table2 select * from table1

Je vois pas ce qui empêche oracle de le faire correctement..

qq a deja fait ça ?

[SheikYerbouti]

Avez-vous essayé l'instruction CAST ?

Code :

1
2
3
SELECT cast(varchar2_column AS NVARCHAR2(20)) 
INTO nvarchar2_column 
FROM ...

[besco]

j'ai essayé ta requête mais les champs sont toujours vide.
Avec toad, j'insère juste un caractère et automatiquement il me vide le champ. Cela viendrait d'un paramétrage de la base ?

[pifor]

Un petit test avec Oracle 10.2.0.2:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
bas002> SELECT * FROM nls_database_parameters WHERE parameter LIKE '%SET%';
 
PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_CHARACTERSET               WE8MSWIN1252
NLS_NCHAR_CHARACTERSET         AL16UTF16
bas002> CREATE TABLE t1(x varchar2(10));
 
TABLE created.
 
bas002> CREATE TABLE t2(x nvarchar2(10));
 
TABLE created.
bas002> INSERT INTO t1 VALUES('àéèùç');
 
1 row created.
 
bas002> SELECT * FROM t1;
 
X
----------
àéèùç
 
bas002> INSERT INTO t2 SELECT * FROM t1;
 
1 row created.
 
bas002> SELECT * FROM t2;
 
X
----------
àéèùç

Pouvez-vous préciser votre version d'Oracle et nous donner un scénario similaire ?

[besco]

La version Oracle est 9.2.0.3

Le scénario donne le resultat suivant:

select * from t1

¿¿

select * from t2

[LeoAnderson]

merci de coller TOUTE la sortie produite par le jeu d'essai de Pierre !

[besco]

SQL*Plus: Release 9.2.0.1.0 - Production on Tue Jan 29 15:44:51 2008

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


Connected to:
Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production
With the Partitioning option
JServer Release 9.2.0.3.0 - Production

SQL> SELECT * FROM nls_database_parameters WHERE parameter LIKE '%SET%';

PARAMETER
--------------------------------------------------------------------------------
VALUE
--------------------------------------------------------------------------------
NLS_CHARACTERSET
WE8ISO8859P15

NLS_NCHAR_CHARACTERSET
AL16UTF16


SQL> CREATE TABLE t1(x varchar2(10));

Table created.

SQL> CREATE TABLE t2(x nvarchar2(10));

Table created.

SQL> INSERT INTO t1 VALUES ('àéèù');

1 row created.

SQL> SELECT * FROM t1;

X
------------------------------
¿¿

SQL> INSERT INTO t2 SELECT * FROM t1;

1 row created.

SQL> SELECT * FROM t2;

X
------------------------------
¿¿

SQL>


Et voila

[LeoAnderson]

ben ça marche ?

[besco]

bah j'aimerai bien qu'il m'affiche un truc correct. j'adore oracle

[Garuda]

Et le NLS_CHARACTERSET du client ?

[LeoAnderson]

Envoyé par Garuda

Et le NLS_CHARACTERSET du client ?

ainsi que le programme utilisé.
Si c'est SQL*Plus dans une fenêtre de commande MS-DOS, c'est mort pour l'affichage de l'UTF, ce qui ne veut pas dire que c'est mal stocké.

ce que je constate c'est que vous vous plaignez que les lignes n'étaient pas recopiées, et maintenant, elles le sont !

[besco]

l'affichage ne fonctionne pas sous toad et SQL*plus.

Pour le NLS_LANG sous windows, j'ai mis dans le registre AMERICAN_AMERICA.UTF8 ou encore FRENCH_FRANCE.UTF8.

A votre avis, c'est jsute un problème d''affichage ?

[LeoAnderson]

Envoyé par besco

l'affichage ne fonctionne pas sous toad et SQL*plus.

Pour le NLS_LANG sous windows, j'ai mis dans le registre AMERICAN_AMERICA.UTF8 ou encore FRENCH_FRANCE.UTF8.

A votre avis, c'est jsute un problème d''affichage ?

oui
si vous avez iSQL*Plus, utilisez-le (mais juste pour ça ! )
tous les programmes ne savent pas gérer l'UTF. Sans parler des problèmes de NLS_LANG et autres joyeusetés !