Sql*loader et zone varchar(30)

[Z000007]

Mon sqlload se plante ave le problème suivant :

enregistrement 348882 : Rejeté - Erreur sur table OR_ADRESSES, colonne LIGNE_SUPPLEMENTAIRE.
ORA-12899: valeur trop grande pour la colonne LIGNE_SUPPLEMENTAIRE (réelle : 32, maximum : 30)

Pourtant le texte à loader dans la colonne est :

P.A. SERVICE DU TUTEUR GéNéRAL

Il a pourtant 30 de longueur et pas 32.
Es-ce à cause des 2 é minuscule ????

Merci de vos lumières.

[PpPool]

pas d'espaces en fin de chaine ?

[Garuda]

Quel est la valeur de NLS_CHARACTERSET de la base de données ?

[Garuda]

Faire

Code :

1
2
 
SELECT vsize('P.A. SERVICE DU TUTEUR GéNéRAL') FROM dual

pour avoir la longueur de la chaîne

[Z000007]

Envoyé par PpPool

pas d'espaces en fin de chaine ?

NON

[Z000007]

Envoyé par Garuda

Quel est la valeur de NLS_CHARACTERSET de la base de données ?

AL32UTF8

[Z000007]

VSIZE('P.A.SERVICEDUTUTEURGÉNÉRAL')
32

Pourquoi ???

[Garuda]

Explication approximative !
Tu es en UNICODE multibyte, donc 1 caractére accentué -> 2 octets

Envoyé par oracle METALINK

B.1) Storage:
-------------

AL32UTF8 is a varrying width characterset, wich means that the code for a
character can be 1 , 2 , 3 or 4 bytes long.

This is a big difference with charactersets like WE8ISO8559P1 or WE8MSWIN1252.
There a character always 1 byte.

US7ASCII characters (A-Z,a-Z,0-1 and ./?,*# etc..) are in UTF8 1 byte, so for
most West european languages the impact is rather limited as only "special"
characters like ç, ñ , é will use more bytes then in a 8 bit characterset.
But if you convert a Cyrillic or Arabic system to AL32UTF8 then the data will
take considerable more bytes to store.

source Metalink Note:119119.1

[Z000007]

En règle général, vous mettez lequel ???

[Garuda]

Si tu n'as pas de langues "exotiques" à gérer ensemble (arabe, chinois, etc)
UTF8 (10G)
ou
WE8ISO8559P1 (8i,9i,10G)

Sinon
AL32UTF8 (la valeur par défaut)

ATTENTION :
Avant de changer ce paramètre dans ta base et si tu as des données existantes, sois extrémement prudent.
Il faut faire beaucoup de manips (selon les cas) AVANT/APRES la modif pour que les données ne soient pas foutues en l'air.
Lire TOUTE la littérature sur ce problème sur METALINK et ne le faire faire que par un utilisateur averti (moi-même, je ne m'y risquerais pas)!!

[Z000007]

Comment faut-il faire pour changer le character_set ??

Merci d'avance de toutes vos réponse.

[Garuda]

Données existantes ou pas ?

[Z000007]

Pas de problème je peux les recréer.
précision version oracle(10g)

[pifor]

Quelques précisions:
attention WE8ISO8859P1 ne contient pas le caractère euro (la liste des jeux de caractères comportant le caractère euro est là).

La façon la plus sûre de changer de jeu de caractères est de recréer une base et de faire un export/import. Vous pouvez aussi consulter le Globalization Guide à ce sujet avant de vous plonger dans les notes Metalink.

[Garuda]

Alors recrée toute ta base à partir de ZERO ( en choisissant l'option PERSONNALISEE).
Mais modifie les valeurs par défaut dans le 'WIZARD' de création afin de mettre
UTF8 ou WE8ISO8559P1 ou autre

[Garuda]

Euh...

Je ne suis pas sur q'UTF8 soit 'mono' byte. A verifier !

[Garuda]

je pense finalement qu'UTF8 ne va pas !
Moi je prendrais

WE8ISO8859P15

[pifor]

Il n'est pas forcément nécessaire de recréer une base car il existe aussi une possibilité de recréer les tables en utilisant la sémantique longueur en caractère au lieu de la sémantique longueur en octet.

Exemple:

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
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
 
SQL> 
SQL> SELECT * FROM v$version;
 
BANNER                                                                          
----------------------------------------------------------------                
Oracle DATABASE 10g Express Edition Release 10.2.0.1.0 - Product                
PL/SQL Release 10.2.0.1.0 - Production                                          
CORE	10.2.0.1.0	Production                                                      
TNS FOR 32-bit Windows: Version 10.2.0.1.0 - Production                         
NLSRTL Version 10.2.0.1.0 - Production                                          
 
SQL> SELECT * FROM nls_database_parameters WHERE parameter LIKE '%SET%';
 
PARAMETER                                                                       
------------------------------                                                  
VALUE                                                                           
--------------------------------------------------------------------------------
NLS_CHARACTERSET                                                                
AL32UTF8                                                                        
 
NLS_NCHAR_CHARACTERSET                                                          
AL16UTF16                                                                       
 
 
SQL> 
SQL> DROP TABLE tc;
 
TABLE dropped.
 
SQL> DROP TABLE tb;
 
TABLE dropped.
 
SQL> 
SQL> CREATE TABLE tb (c varchar2(5 byte));
 
TABLE created.
 
SQL> INSERT INTO tb VALUES ('ééééé');
INSERT INTO tb VALUES ('ééééé')
                       *
ERROR at line 1:
ORA-12899: value too large FOR COLUMN "TEST"."TB"."C" (actual: 10, maximum: 5) 
 
 
SQL> CREATE TABLE tc (c varchar2(5 char));
 
TABLE created.
 
SQL> INSERT INTO tc VALUES ('ééééé');
 
1 row created.
 
SQL> SELECT vsize(c) FROM tc;
 
  VSIZE(C)                                                                      
----------                                                                      
        10                                                                      
 
SQL> 
SQL> exit

Voir le Globalization Guide.