Gestion des "DataTruncation"

Version imprimable

13/02/2007, 20h12
kilicool

Gestion des "DataTruncation"

Bonjour,

J'utilise Oracle 10g release 2 avec JAVA, driver THIN

J'ai des problème de DataTruncation ... je porte actuellement une application qui était écrite pour une base MySQL ... et cette derniere tronquait elle même quand les données étaient trop longue ...

Y'a t'il un moyen de gérer celà sous Oracle ?

merci
Julien
13/02/2007, 20h15
NGasparotto

Citation:

Envoyé par kilicool

J'ai des problème de DataTruncation ...

Est-ce possible d'être un peu plus précis ? Type de données impactées etc.

Nicolas.
13/02/2007, 20h44
kilicool

Oui bien entendu !

Les données impactées sont des VARCHAR2 !

Exemple concret : prenons une table T ( nom VARCHAR2(30), prenom VARCHAR2(10) )

Si j'execute la commande suivante
- INSERT INTO T VALUES ('DUPONT','ALBERT');

Je n'ai aucun soucis ...
Par contre, si j'execute :
- INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN')

Il me "jete" car la donnée 'AZERTYUIOPQSDFGHJKLMWXCVBN' est plus longue que la colonne, de taille initiale 10 !

Sous MySQL, le SGBD tronquait simplement la donnée et cela me suffisait ...

Julien
14/02/2007, 09h14
kilicool

Personne ?
14/02/2007, 09h30
NGasparotto

La question que l'on pourrait alors d'abord poser c'est pourquoi ne pas limiter le nombre de caractères à la saisie ?
Ce qui devrait être relativement simple en principe, non ?

Nicolas.
14/02/2007, 09h33
Yorglaa

ou alors tu passes la prénom par une variable que tu tronque avant de faire ton insert (soit au niveau appli, soit au niveau DB).

mais la validation des entrée utilisateurs (format, pas contrôles métiers) ça se fait au niveau de l'appli, non ?
14/02/2007, 09h52
kilicool

Je suis d'accord avec vous qu'a la saisie c'est limité ... oui, mais il y a plein de point d'entrée dans le projet qui accede a la base sans controle ... et ca devient galere de controler tout ca ! La seule solution rapide était que Oracle tronque lui meme mais je ne vois pas comment :-(
14/02/2007, 10h03
orafrance

un trigger qui fait :

Code:

:new.prenom := SUBSTR(:new.prenom,10)

et le tour est joué... mais c'est très laid :mouarf:

ou tu changes le type de la colonne pour une longueur plus grande :)

Citation:

Envoyé par Fred_D

un trigger qui fait :

Code:

:new.prenom := SUBSTR(:new.prenom,10)

et le tour est joué... mais c'est très laid :mouarf:

ou tu changes le type de la colonne pour une longueur plus grande :)

Non seulement un trigger serait laid, mais un trigger ne pourra pas solutionner ce problème :

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
SQL> create table T ( nom VARCHAR2(30), prenom VARCHAR2(10) );
 
Table created.
 
SQL> INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN');
INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN')
                               *
ERROR at line 1:
ORA-01401: inserted value too large for column
 
 
SQL> create or replace trigger t_trg
  2  before insert or update on t
  3  for each row
  4  begin
  5  :new.nom:=substr(:new.nom,1,30);
  6  :new.prenom:=substr(:new.prenom,1,10);
  7  end;
  8  /
 
Trigger created.
 
SQL> INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN');
INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN')
                               *
ERROR at line 1:
ORA-01401: inserted value too large for column
 
 
SQL>

Nicolas.

14/02/2007, 10h15
remi4444

Il y a la solution de faire une vue avec un trigger "instead of" mais c'est lourd...
14/02/2007, 10h17
orafrance

NGasparotto, tu as raison... alors là je suis bluffé 8O
14/02/2007, 10h36
kilicool

Citation:

Envoyé par remi4444

Il y a la solution de faire une vue avec un trigger "instead of" mais c'est lourd...

C'est à dire ?
Merci a tous pour vos idées !!!

Citation:

Envoyé par kilicool

C'est à dire ?
Merci a tous pour vos idées !!!

Instead of trigger est un trigger sur une vue :
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 SQL> rename t to t_tbl; Table renamed. SQL> create or replace force view t as select * from t_tbl; View created. SQL> drop trigger t_trg; Trigger dropped. SQL> create or replace trigger t_trg 2 instead of insert on t 3 begin 4 insert into t_tbl (nom, prenom) values (substr(:new.nom,1,30),substr(:new.prenom,1,10)); 5 end; 6 / Trigger created. SQL> INSERT INTO T VALUES ('DUPONT','AZERTYUIOPQSDFGHJKLMWXCVBN'); 1 row created. SQL> select * from t; NOM PRENOM ------------------------------ ---------- DUPONT AZERTYUIOP SQL> select * from t_tbl; NOM PRENOM ------------------------------ ---------- DUPONT AZERTYUIOP SQL>
Il faut le même pour update, et le même sur chacune des tables potentiellement impactées par tes manips, mais c'est vraiment lourd... lourd...
En plus, ci-dessus, j'ai renommé la table, et nommé la vue comme la table pour ne pas pertuber les utilisateurs...

Nicolas.

14/02/2007, 12h58
kilicool

Merci beaucoup, en effet c'est une solution ... gourmande ... a voir ! Je vais tester, merci !!