Erreur d'exécution d'un trigger et option manquante ?

**randriano** · 31/01/2008, 09h42

Bonjour,

Je rencontre le problème suivant dont j'aimerais que vous m'aidiez à comprendre.

Code :

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

1
2
3
4
5
6
INSERT INTO RANDRIANO.RDR_MYClasses (ID, Name, Type) values (RANDRIANO.mypkg_guid.guidclass,'Class 4', '4')
 
ORA-00922: option erronée ou absente
ORA-06512: à "RANDRIANO.RDR_CREATETAB", ligne 11
ORA-06512: à "RANDRIANO.A_I_RDR_MYClasses", ligne 75
ORA-04088: erreur lors d'exécution du déclencheur 'RANDRIANO.A_I_RDR_MYClasses'

Les codes correspondants a ce trigger et à cette procédure est:

Code :

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

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
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
 
CREATE OR REPLACE  PROCEDURE RANDRIANO."RDR_CREATETAB"  (v_tab
    varchar2)
 
is
    v_cdef varchar2 (256);
 
pragma autonomous_transaction;
 
begin
 
	 EXECUTE IMMEDIATE
   'CREATE TABLE  ' || v_tab ||
   ' ( idequipment varchar2(38) PRIMARY KEY)';
 
end;
 
CREATE OR REPLACE TRIGGER RANDRIANO."A_I_RDR_MYCLASSES" AFTER
INSERT ON RANDRIANO.RDR_MYCLASSES FOR EACH ROW Declare
	v_Name varchar2 (256);
	v_Type int;
	v_TableName varchar2 (512);
	v_DEFTableName varchar2 (512);
	 v_ColumnName varchar2 (512);
	v_ColumnType varchar2 (512);
	v_ColumnTypeChar varchar2 (512);
	v_ColumnPrecision int;
	v_ColumnHasPrecision number(1);
	v_IsNullable varchar2(25);
	v_Default varchar2 (256);
	v_ColumnDEFAULT varchar2 (4000);
	v_fk_name varchar2(30);
	v_namefk varchar2(23);
	v_fk_name1 varchar2(30);
	v_namefk1 varchar2(14);
	v_cdef varchar2(256);
 
 
 
 
 
BEGIN
 
PKG_UPDATEAVAINS.v_compt := PKG_UPDATEAVAINS.v_compt+1;
--dbms_output.put_line('ici');
 
select :new.name CLE into v_name from dual RDR_MYCLASSES;
 
select :new.type CLE into v_type from dual RDR_MYCLASSES;
 
 
 
v_TableName := 'RDR_ATT_Equi_'||v_Name;
 
-- begin if 
 
IF (v_Type = 1) then
		v_DEFTableName := 'EQUIPMENT';
end if;
	IF (v_Type = 2) then
		v_DEFTableName := 'TYPE';
		end if ;
	IF (v_Type = 4)then
		v_DEFTableName := 'RDR_VARS';
		end if;
	IF (v_Type = 8)then
		v_DEFTableName := 'PLUGMAP';
		end if ;
	IF (v_Type = 16) then
		v_DEFTableName := 'CONNECTION';
		end if ;
	IF (v_Type = 32)then
		v_DEFTableName:= 'RULE';
		end if ;
	IF (v_Type = 64) then
		v_DEFTableName := 'ACCESS';
		end if ;
 
	IF (v_Type = 128) then
		v_DEFTableName := 'OBJ_DEF';
		end if ;
 
	IF (v_Type = 256) then
		v_DEFTableName := 'SIMUL';
		end if ;
 
--end if 
 
--create table class
 
v_tablename := substr(v_tablename,1,30);
 
rdr_createtab(v_TableName); -- ligne n° 75 de ce trigger

Je me demande si c'est un problème de casse ou bien un problème de roles c'est à dire de GRANT mais je remarque que le schéma ne doit pas être un schéma système (sysman)

**orafrance** · 31/01/2008, 09h59

t'es un grand garçon quand même... le débugage on peut pas le faire pour toi, on a pas accès à ta base de donnée et apparemment le trigger n'est pas complet

En tout cas, en terme d'écriture on peut déjà signaler 2 SELECT inutiles et du coup 2 variables en plus qui ne servent à rien. Des IF à gogo au lieu de CASE. Rend le plus lisible et tu trouveras surement l'erreur tout seule... un bon moyen de débugger est d'exécuter le code à la main dans un session pour commencer.

Edit : à tout hasard je dirais bien qu'il est possible que tu envoies NULL dans le paramètre de ta procédure

**kalyparker** · 31/01/2008, 10h02

Bonjour,

Il semble que l'erreur vienne du trigger A_I_EED_SET_CLASSES, dont on n'a pas le code

**orafrance** · 31/01/2008, 10h03

c'est pas faux

**randriano** · 31/01/2008, 12h38

Bon, désolé j'ai posté le mauvais rapport d'erreur. Maintenant c'est le bon, voir le 1er message !!
J'ai copié le code jusqu'au point où l'erreur se produit c'est à dire la ligne 75 un appel à une procédure !!!
orafrance ! Je n'ai pas l'intention de profiter des gens pour déboguer mon code mais je me demande si cette erreur est courante et qui en a l'expérience

**orafrance** · 31/01/2008, 13h43

cette erreur est en effet courante mais dépend complètement du code. Relis mon message et suis mes recommandations

**kalyparker** · 31/01/2008, 14h07

Pour info :
PL/SQL n'est pas case-sensitive

Le problème ne viens donc pas de là.

Pour le reste j'ai un peu de mal à me mettre dedans...

**randriano** · 31/01/2008, 14h50

Pour être plus clair,
ORA-06512: à "RANDRIANO.A_I_RDR_MYClasses", ligne 75 => il s'agit d'erreur d'exécution de la 75è ligne du trigger A_I_RDR_MYClasses qui est rdr_createtab(v_TableName) !!! J'ai parlé de manque de GRANT car avant, j'avais un problème de privilèges insuffisants pour la création de ce trigger même pour exécuter une procedure de création de table, donc j'ai fait

Code :

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

GRANT CREATE TABLE TO RANDRIANO;

et ça marchait !
Maintenant le problème c'est lors de l'exécution du trigger même !

**orafrance** · 31/01/2008, 15h18

Remplace :

Code :

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

1
2
3
EXECUTE IMMEDIATE
   'CREATE TABLE  ' || v_tab ||
   ' ( idequipment varchar2(38) PRIMARY KEY)';

Par :

Code :

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

1
2
DBMS_OUTPUT.PUT_LINE(   'CREATE TABLE  ' || v_tab ||
   ' ( idequipment varchar2(38) PRIMARY KEY)');

Et teste le résultat affiché dans SQL*Plus... on va pas t'apprendre à débogguer quand même

**randriano** · 12/02/2008, 08h30

Ce remplacement conduit à une autre erreur (ORA-01735: option ALTER TABLE non valide). Comme vous l'avez dit, le forum n'est pas pour déboguer mes programmes.
Je me demande seulement à quoi sert ce test par remplacement ?
Dans mon CREATE TABLE, est-il nécessaire de préciser le schéma ou pas ?

**orafrance** · 12/02/2008, 09h10

oui il vaut mieux

**randriano** · 14/02/2008, 09h22

Et bon, comme je le dis toujours dans ma signature

Envoyé par randriano

Le bug se situe toujours entre la chaise et le clavier (70 %).

C'est maintenant que je suis au courant qu'Oracle ne supporte pas les ESPACES dans les noms de table :

Code :

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

INSERT INTO RANDRIANO.RDR_MYClasses (ID, Name, Type) VALUES (RANDRIANO.mypkg_guid.guidclass,'Class 4', '4')

Le trigger de cette classe (AFTER INSERT) fonctionne comme suit : il crée une table RDR_+Type c-à-d ici RDR_Class 4 qui ne se fait pas en Oracle, donc il suffit d'enlever l'espace !!

**McM** · 14/02/2008, 13h43

Envoyé par kalyparker

Pour info :
PL/SQL n'est pas case-sensitive

Le problème ne viens donc pas de là.

Faux :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
CREATE FUNCTION "wmc_FTEST" (p1 IN NUMBER)
RETURN NUMBER 
IS
BEGIN
	RETURN p1 * 10;
END;
 
SELECT wmc_FTEST(1)
FROM dual
ORA-00904: "WMC_FTEST": invalid identifier
 
SELECT "wmc_FTEST"(1)
FROM dual
10

**orafrance** · 14/02/2008, 13h48

Vrai !

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SQL>CREATE FUNCTION "FTEST" (p1 IN NUMBER)
  2  RETURN NUMBER 
  3  IS
  4  BEGIN
  5   RETURN p1 * 10;
  6  END;
  7  /
 
Function created.
 
SQL>
SQL>SELECT ftest(1)
  2  FROM dual;
 
  FTEST(1)
----------
        10

Dans le cas présent il n'y a pas de minuscule dans le nom

**McM** · 14/02/2008, 13h57

Parce que Oracle passe le nom de ta fonction dans ton select en UPPER.
C'est pas ce que j'appelle du CASE INSENSITIVE

Dans ton cas c'est comme si tu avais codé

Code :

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

SELECT FTEST(1) FROM DUAL

**orafrance** · 14/02/2008, 13h59

Je sais bien, mais dire que Oracle est case-sensitive est également faux. Il l'est uniquement si le nom de l'objet est entre guillemet ce qui n'est pas recommandé