Migration ISO-8859-1 -> UTF-8

Version imprimable

31/10/2007, 13h58
HurtMarley

Migration ISO-8859-1 -> UTF-8

Bonjour,
Je dois faire des migrations de données d'une base à une autre, la première utilise un jeu de caractères ISO et l'autre utf8. Le problème survient donc lorsque dans ma base j'ai par exemple un varchar2(5) qui contient une chaine de caractère de longueur 5 avec un caractère dont la valeur ASCII est suppérieure à 127; à la migration je prend un dépassement de taille dans les dents.
Je dois donc détecter le nombre de caractères ayant un code ASCII > 127 dans ma chaine.
La seule méthode que je vois est de faire

Code:

length(maCol) - length(trim(maCol,chr(128)chr(129)...chr(255)))

Voyez vous autre chose?
31/10/2007, 16h09
LeoAnderson

Comment migrez-vous ? import/export ?

attention : l'import recréé les tables à l'identique, quelque soit la valeur de NLS_LENGTH_SEMANTICS
Il faut mieux donc créer les tables vides dans la base UTF avant de faire l'import des données seules ! ;)
(vous créerez alors des tables avec VARCHAR2(n CHAR) et non avec VARCHAR2(n BYTE) qui est la valeur par défaut en ISO)
31/10/2007, 16h57
HurtMarley

La migration se fait vers du DB2 sur gros systeme je crois et je n'ai pas la main sur cette procedure de migration.
31/10/2007, 17h02
LeoAnderson

et ?
c'est quoi cette procédure ?

dans tous les cas, vous exportez normalement au format ISO et à l'import, vous spécifiez que c'est un fichier ISO et l'outil d'import devra se charger d'effectuer la conversion d'encodage

mais c'est sûr que si vous ne lui dite pas que c'est de l'ISO et qu'il croit que c'est de l'UTF, ça va coincer, sauf si vous réalisez la conversion à l'export.

mais pour ça, faudrait savoir comment vous effectuez cette migration
31/10/2007, 17h44
HurtMarley

Je ne sais pas comment est effectuée cette migration ni par qui ou pourquoi et je ne peux pas le savoir a priori.
Donc du coups j'utilise une méthode proche de ce que j'ai décrit mais c pas optimal.
C'est sur que si je pouvais paramétrer l'export ça serait mieux.
En tout cas merci de votre aide

Très probablement ça sert à rien :)

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
33
34
35
36
37
38
39
40
 
create Or replace Type str2tblchType as table of char(1)
/
 
create or replace function str2tblch ( 
  p_str in varchar2
) return str2tblchType
as
  l_str Varchar2(10) := p_str;
  l_data str2tblchType:= str2tblchType();
begin
  For i in 1..length(p_str)
  Loop
    l_data.extend;
    l_data(l_data.count) := SubStr(l_str,1,1); 
    l_str := SubStr(p_str,i+1);
  End Loop;
  --
  return l_data; 
end;
/
 
Select distinct a.ename --, b.column_value, ascii(b.column_value)
  From scott.emp a, table (str2tblch (a.ename) ) b
Where Ascii(b.column_value) > 80
/
 
ENAME
----------
JONES
FORD
CLARK
MILLER
SMITH
WARD
MARTIN
SCOTT
TURNER
ADAMS
JAMES

01/11/2007, 16h13
LeoAnderson

Citation:

Envoyé par HurtMarley

Je ne sais pas comment est effectuée cette migration ni par qui ou pourquoi et je ne peux pas le savoir a priori.
Donc du coups j'utilise une méthode proche de ce que j'ai décrit mais c pas optimal.
C'est sur que si je pouvais paramétrer l'export ça serait mieux.
En tout cas merci de votre aide

Donc vous ne pouvez pas paramétrer la sortie des données de la base Oracle
quant à l'intégration des données dans la base DB2, vous ne savez pas comment elle se fait ni rien

et vous attendez quoi de nous ???? 8O
02/11/2007, 09h09
HurtMarley

Merci mnitu.
En fait nous n'avons acces qu'aux données et rien d'autre. Le problème que je décrivait a été détecté sur une table et le client voulait juste savoir quelles lignes posaient problème sans vouloir y remédier.
Je voulais donc juste savoir s'il y avait un moyen plus simple que celui que javais donné plus haut ou que le genre d'approche de mnitu pour compter dans un varchar le nombre de caractère dont le code ASCII est suppérieur a n.

Je suis entièrement d'accord ce genre d'approche est pas viable sur du long terme :roll: