Sql*loader et zone varchar(30)

**Z000007** · 02/08/2007, 14h13

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** · 02/08/2007, 14h15

pas d'espaces en fin de chaine ?

**Z000007** · 02/08/2007, 14h18

Envoyé par PpPool

pas d'espaces en fin de chaine ?

NON

**Garuda** · 02/08/2007, 14h16

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

**Garuda** · 02/08/2007, 14h18

Faire

Code :

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

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

pour avoir la longueur de la chaîne

**Z000007** · 02/08/2007, 14h25

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

Pourquoi ???

**Garuda** · 02/08/2007, 14h30

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