ERROR = SQL Statement ignored [Résolu]

[amirovisch]

Je suis entrain de créer une base de données d'un système de gestion d'une banque. Lors de la création d'une procédure nommé "Crediter_Argent" j'ai affronté un problème au niveau la ligne 18 de mon code SQL "ERROR = SQL Statement ignored " !!!!!

insert into credit(cr_id,montant_total,taux_intr,duree_remb,cr_date,cr_type,rib,montant_mensuel)
values (p_crid,p_montant,p_taux,p_duree,p_date,p_type,p_rib,p_montant_mensuel);

Voici tout le code:

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
CREATE OR REPLACE procedure Crediter_Argent(p_montant IN credit.montant_total%type,p_taux IN credit.taux_intr%type,p_duree credit.duree_remb%type,p_type IN credit.cr_type%type,p_rib compte.rib%type)
 
IS
 
test_val BOOLEAN;
p_date Date;
v_nb number;
p_crid credit.cr_id%type;
p_montant_mensuel credit.mentant_mensuel%type;
credit_non_valide exception;
 
begin
 
test_val:=Test_Validite_Credit(p_montant,p_taux,p_duree,p_rib,p_montant_mensuel);
 
IF(test_val)
then
 
Deposer_Argent(p_montant,p_rib);
dbms_output.put_line('le credit a été versé dans le compte');
SELECT count(*) INTO v_nb FROM credit WHERE rib=p_rib;
p_crid:=v_nb+1;
p_date:=sysdate();
INSERT INTO credit(cr_id,montant_total,taux_intr,duree_remb,cr_date,cr_type,rib,montant_mensuel) VALUES (p_crid,p_montant,p_taux,p_duree,p_date,p_type,p_rib,p_montant_mensuel);
dbms_output.put_line('credit sauvegarde');
 
else
raise credit_non_valide;
end IF;
 
exception
when credit_non_valide then raise_application_error(-20001,'credit_non_valide ');
end Crediter_Argent;

NB: Je travaille sur Oracle 10g
Veillez m'aidez à résoudre ce problème
Merci d'avance

[orafrance]

Serait-il possible d'avoir le message d'erreur complet ?

[amirovisch]

ERREUR à la ligne 18 : PL/SQL: SQL Statement ignored
Le problème c'est qu'il n'affiche pas le code de l'erreur !!

[orafrance]

p_date:=sysdate();

est incorrect, s'il y a d'autres erreurs de syntaxe, je te laisse le soin de les trouver

[AbouZaid]

Code :

p_date := sysdate;

[Pomalaix]

Envoyé par orafrance

p_date:=sysdate();
est incorrect

Ben qu'est-ce que tu reproches à cette ligne ??

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par Pomalaix

Ben qu'est-ce que tu reproches à cette ligne ??

Syntax error
http://download.oracle.com/docs/cd/B...nctions172.htm

[Pomalaix]

Envoyé par 7gyY9w1ZY6ySRgPeaefZ

Syntax error
http://download.oracle.com/docs/cd/B...nctions172.htm

Et alors ? Je ne vois toujours pas la queue d'une erreur dans la ligne incriminée.

[Waldar]

Bien vu Pomalaix, PL/SQL et SQL se comportent différemment ici :

Code :

1
2
3
4
SELECT sysdate() FROM dual;
 
Error at line 1
ORA-00923: mot-clé FROM absent à l'emplacement prévu

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
declare
    v$_date1 date;
    v$_date2 date;
begin
    v$_date1 := sysdate();
    dbms_output.put_line('Date1 : ' || to_char(v$_date1, 'hh24:mi:ss'));
    SELECT sysdate() INTO v$_date2 FROM dual;
    dbms_output.put_line('Date2 : ' || to_char(v$_date2, 'hh24:mi:ss'));
end;
/
 
Date1 : 17:36:29
Date2 : 17:36:29

[7gyY9w1ZY6ySRgPeaefZ]

Mea Culpa !

[Pomalaix]

Envoyé par Waldar

PL/SQL et SQL se comportent différemment ici

Ah, enfin un qui n'affirme pas que la Terre est plate sans tester !

En PL/SQL, il est parfaitement légal d'appeler les fonctions ou procédures niladiques (qui ne prennent aucun paramètre) avec des parenthèses vides.
Là où c'est vicieux, c'est qu'il n'est pas possible de créer une procédure ou fonction en mettant des parenthèses vides.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
SQL> CREATE OR REPLACE procedure sans_param()
  2  IS
  3  begin
  4     NULL;
  5  end;
  6  /
 
Avertissement : Procedure creee avec erreurs de compilation.
 
SQL> SHOW error
Erreurs pour PROCEDURE SANS_PARAM :
 
LINE/COL ERROR
-------- -----------------------------------------------------------------
1/22     PLS-00103: Symbole ")" rencontre a la place d'un des symboles
         suivants :
         <identificateur> <identificateur entre guillemets> current

Mais

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
SQL> CREATE OR REPLACE procedure sans_param
  2  IS
  3  begin
  4     NULL;
  5  end;
  6  /
 
Procedure creee.
 
SQL>
SQL> exec sans_param();
 
Procedure PL/SQL terminee avec succes.

Allez j'avoue, je me suis fait plaisir à pas cher sur ce coup-là...

[amirovisch]

Bon je vois que ça été chaude la discussion mais j'ai pas trouvé de solutions à mon problème !!
Je veux dire que la ligne 18 ne tombe pas sur p_date:=sysdate();
bien que la syntaxe est correcte et je l'ai utilisé autant de fois et fonctionne correctement.
Le problème se trouve juste à la ligne d'après(selon le message d'erreur)

Code :

1
2
INSERT INTO credit(cr_id,montant_total,taux_intr,duree_remb,cr_date,cr_type,rib,montant_mensuel) 
VALUES (p_crid,p_montant,p_taux,p_duree,p_date,p_type,p_rib,p_montant_mensuel);

[Yanika_bzh]

Votre probleme ne viendrait il pas d'un typage incorrect ?

je vois dans la déclaration de vos variables

Code :

credit.mentant_mensuel%type;

A voir !

Bon courage

[orafrance]

Envoyé par 7gyY9w1ZY6ySRgPeaefZ

Mea Culpa !

+1

Je ne savais pas qu'il y avait une fonction sysdate maintenant

[orafrance]

Envoyé par amirovisch

Je veux dire que la ligne 18 ne tombe pas sur p_date:=sysdate();
bien que la syntaxe est correcte et je l'ai utilisé autant de fois et fonctionne correctement.
Le problème se trouve juste à la ligne d'après(selon le message d'erreur)

Si l'erreur était toujours là où c'est annoncé ce serait trop simple

Je t'invite à épurer ton code et ajouter le reste partie par partie pour localiser l'erreur.

[Pomalaix]

Envoyé par orafrance

Je ne savais pas qu'il y avait une fonction sysdate maintenant

Ça date juste... de toujours ! Et c'est ignoré de pas mal de gens à cause de l'absence usuelle de parenthèses. (Et je ne parle pas du nombre de gens, même pratiquants d'Oracle depuis des années, qui sont incapables d'expliquer la logique de SELECT SYSDATE FROM DUAL).

Moi je suis très favorable à l'usage des parenthèses vides, qui rendent très explicite la nature de l'objet, malheureusement comme elles ne sont pas valides en SQL, on ne peut pas en faire un usage consistant.

[Yanika_bzh]

Résolu mais aucun retour ...
Ca serait interessant d'avoir une explication sur la résolution de votre probleme, elle permettra peut etre d'aider une autre personne dans le futur