Chaîne de caractères plus longue que prévu

Bonjour,
Je programme un outils en pl/sql. Il marchait très bien et tous a coup alors que je n'ai rien changer dans le code j'ai une erreur disant que une de mes variables varchar2 est trop petite pour ce que je veu mettre dedans j'ai été obliger de la passer de 250 à 1000 pour qu'elle marche.
Quand j'affiche ma requete avec sa taille via

Code:

---

dbms_output.put_line(length(req) || req);

---

j'obtiens

Code:

---

1 2 3 4

create table account_t as select * from account_t @TO_DB2 where 1=2

---

je pense que le problème viens de l'encodage que j'utilise mais j'aimerai avoir vos idées car je comprend pas pourquoi en changent mon encodage tous se met a planté.

Je travail sur Oracle 10g.

Citation:

---

Envoyé par flachgreg

Bonjour,
Je programme un outils en pl/sql. Il marchait très bien et tous a coup alors que je n'ai rien changer dans le code j'ai une erreur disant que une de mes variables varchar2 est trop petite pour ce que je veu mettre dedans j'ai été obliger de la passer de 250 à 1000 pour qu'elle marche.

je pense que le problème viens de l'encodage que j'utilise mais j'aimerai avoir vos idées car je comprend pas pourquoi en changent mon encodage tous se met a planté.

Je travail sur Oracle 10g.

---

250 * 4 = 1000.:)

Ca sent un NLS Character Set du type "Mutli-Byte".

Pouvez-vous poster ceci:

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

SQL> select * from nls_database_parameters;   PARAMETER VALUE ------------------------------ ---------------------------------------- NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET WE8ISO8859P1 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_RDBMS_VERSION 10.2.0.4.0   20 rows selected.

---

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET UTF8 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_NCHAR_CHARACTERSET UTF8 NLS_RDBMS_VERSION 10.2.0.4.0

---

http://fadace.developpez.com/oracle/nls/

Code:

---

1 2 3

NLS_CHARACTERSET UTF8 NLS_LENGTH_SEMANTICS BYTE

---

Vous utilisez UTF8 qui est un ''character set'' qui permet de stoker plusieurs bytes de données (multi-byte).

Si dans votre ancien ''character set'' du type ''single-byte'' vous aviez un champ défini comme suit:

Code:

---

1 2	VARCHAR2(250 BYTE)

---

Alors, les 250 caractères qui avaient l’habitude de se contenter des 250 BYTE ne peuvent plus se suffir de ces 250 caractères. En effet dans le nouveau ''charater set'' un ''byte'' peut contenir de 1 à 4 caractères.

Votre solution serait de redéfinir votre champs soit en

Code:

---

1 2	VARCHAR2 (250 CHAR)

---

ou soit en

Code:

---

1 2	VARCHAR2 (250*4 BYTE) ---> VARCHAR2(1000 BYTE)

---

Merci pour votre aide, j'ai fini par trouver mon erreur qui n'avait rien a voir avec l'encodage finalement mais merci quand même

C'était juste une donnée trop longue ou c'était un problème plus technique que ça ?
Si c'est technique, tu veux bien nous détailler la raison ? Ça pourrait servir à d'autres :ccool:

en faite j'exportait les données d'une table dans un .csv avant de les réimporter via sql loader et j'avais oublier un ; dans ma procedure d'exportation du coup a l'importation sqloader prenait les 160 espace après ma valeur ce qui faisait donc planter une autre fonction
voila voila