|
|
|
Publicité ' | |||||||||||||||||||||||
04/08/2008, 14h57
|
#1 |
|
Candidat au titre de Membre du Club
 Inscription : avril 2008 Messages : 93  |
Après export en 8i et import en 10g
Bonjour,
Par exemple, j’ai une table DSSADMIN.C_CHAINE_HISTO qui contient une colonne : L_CHAINE qui est un varchar de 60. Après export en 8i et import en 10g, Il se trouve que une fois passé par le 10g, le varchar de 60 se soit transformé en varchar de 61 et du coup ca rentre pas ds ma table et ca n’importe pas. Merci Bonne fin de journée Brigitte |
|
00
|
|
04/08/2008, 15h03
|
#2 |
|
Expert Confirmé
 
Inscription : septembre 2004 Messages : 2 942 |
quels sont les jeux de caractères des 2 bases ?
(en particulier la 10) |
|
|
00
|
|
04/08/2008, 15h27
|
#3 |
|
Candidat au titre de Membre du Club
Inscription : avril 2008 Messages : 93 |
Problème export / import
Pour la base en 10 :
NLS_CHARACTERSET AL32UTF8 NLS_NCHAR_CHARACTERSET AL16UTF16 Merci Brigitte Pour celle en 8i : NLS_CHARACTERSET WE8ISO8859P1 NLS_NCHAR_CHARACTERSET WE8ISO8859P1 |
|
|
00
|
|
04/08/2008, 15h37
|
#4 |
|
Expert Confirmé
Inscription : septembre 2004 Messages : 2 942 |
c'est donc normal :
les caractères accentués ne sont pas codés sur 1 bit mais sur plusieurs et lors d'import le nls_length_semantics n'est pas pris en compte vous devez créer les tables 10g en précisant VARCHAR2(10 CHAR) puis lancer l'import |
|
|
00
|
|
05/08/2008, 11h53
|
#5 |
|
Candidat au titre de Membre du Club
Inscription : avril 2008 Messages : 93 |
export 8i import 10g
merci
Bonne journée Brigitte |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com