[Sql] Insert et ORA-01401

Version imprimable

03/08/2006, 14h26
madina

[Sql] Insert et ORA-01401

bonjour,

je dois inserer des données sur une table Oracle.Il ya un champ où il me signale à chaque fois "valeur insérée triop garnde pour champ" . Alors que le champ est de type varchar2(50) et aussi le nombre de caratéres que je veux y mettre est exactemment égal à 50 pile . aloe=rs je voudrais savoir ou est probléme.

merci de me doner une solution là-dessus :cry:
03/08/2006, 15h03
pifor

Est-ce que vous pouvez reproduire le problème avec un script SQL ?
Postez votre code avec;

Code:

desc <table concernée>

Cela peut dépendre du jeu de caractères utilisé par la base.
Que donne:

Code:

select * from nls_database_parameters;
03/08/2006, 15h42
madina
je crois que exatemment que ça dépend du code caractéres utilisé car le champ qu'il me dit trop long , n'a pa dépassé du tout le nombre de caractéres
Et là, je pense qu'il y a quelques caractéres qui le dérangent
comme genre : °,x ...ec
Toutefois j'ai fait le select : select * from nls_database_parameters et vois les recultats qu'il me donne
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_NCHA FALSE NLS_COMP BINARY NLS_NC UTF8 NLS_RDBMS_VERSION 9.2.0.1.0

Ce serait plus clair si on on avait quelque chose comme ça:

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
 
 
SQL> select * from nls_database_parameters;
 
PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE                   AMERICAN
NLS_TERRITORY                  AMERICA
NLS_CURRENCY                   $
NLS_ISO_CURRENCY               AMERICA
NLS_NUMERIC_CHARACTERS         .,
NLS_CHARACTERSET               WE8MSWIN1252
NLS_CALENDAR                   GREGORIAN
NLS_DATE_FORMAT                DD-MON-RR
NLS_DATE_LANGUAGE              AMERICAN
NLS_SORT                       BINARY
NLS_TIME_FORMAT                HH.MI.SSXFF AM
 
PARAMETER                      VALUE
------------------------------ ----------------------------------------
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         AL16UTF16
NLS_RDBMS_VERSION              10.1.0.2.0

Pour résoudre votre problème vous pouvez essayer de modifier la colonne pour demander à stocker 50 caractères et non 50 octets (c'est le paramètre NLS_CHAR_SEMANTICS qui définit si une colonne VARCHAR2(50) peut contenir 50 caractères ou 50 octets).

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
SQL> create table t(c varchar2(50));

Table created.

SQL> insert into t values('aaa');

1 row created.

SQL> desc t;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------

 C                                                  VARCHAR2(50)

SQL> commit;

Commit complete.

SQL> alter table t modify c varchar2(50 char);
Table altered.

SQL> desc t;
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------

 C                                                  VARCHAR2(50 CHAR)

SQL>

03/08/2006, 17h48
madina

merci pour l'aide; bon j'ai modifié le type de colonne comme varchar2(50 CHAR) auliue de de varchar2(50) et çà marche bien. Mais est_ce qu'il ne serait pas possible de changer le mode caractére utilisé par la base de données aulieu de changer le type de colonne car c'est pour un souci de compatibilité avec une autre base de données.

Merci d'une précision.

Vous avez remarqué que le code de cartére est bien UTF8.
03/08/2006, 18h09
pifor

Oui, c'est possible en changeant le paramètre d'initialisation NLS_CHAR_SEMANTICS (=CHAR) qui sera pris en compte pour toutes les nouvelles tables créées. Je ne crois pas qu'il est pris en compte pour les tables existantes.
03/08/2006, 18h45
madina

bonjour, même si au moment de la creation de la base, j'avais pas pris en compte ce paramétre d'initialisation, je peut l'ajouter maintenant dans le fichier de paramétres ?

Et dans l'ordre de création de la base, j'avais spécifié

Code:

character set UTF8

ça ne vas pas influer trop ?

merci d'avance
03/08/2006, 20h33
pifor

Citation:

même si au moment de la creation de la base, j'avais pas pris en compte ce paramétre d'initialisation, je peut l'ajouter maintenant dans le fichier de paramétres ?

Oui, par défaut le paramètre a comme valeur BYTE (http://download-uk.oracle.com/docs/c...21.htm#1020017)

Citation:

Et dans l'ordre de création de la base, j'avais spécifié
Code :

character set UTF8

ça ne vas pas influer trop ?

Je ne pense pas car ce qui influe beaucoup plus, c'est d'avoir un jeu de caractères qui est "multibytes" comme UTF8. Dans ce cas là, il est de toute façon recommandé d'avoir NLS_LENGTH_SEMANTICS à CHAR (ou de créer les tables avec ce paramètre explicitement défini - ce qui revient au même) pour éviter le problème d'avoir des colonnes trop petites.