Discussion :

[pascal_T]

Bonjour à tous, je suis en ce moment en trainde regarder un code fait par d'autres, et j'ai un truc qui me turlupine. Voici le code:

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
begin 
........
OPEN C_PERIODE;
   FETCH C_PERIODE INTO DAT_DEB_A;
   IF C_PERIODE%NOTFOUND THEN
      CLOSE C_PERIODE;
      RAISE No_Data_found;
      RETURN;
   END IF;
.........
end;

Si on rentre dans le "IF", alors le raise génère une exception, je me demande alors à quoi sert le return. Sachant le bloc "Begin End" n'a pas de section de gestion de l'exception.

[c.langlet]

bonjour,
cela permet de sortir et de retourner l'erreur a un eventuel bloc/programme appellant
cordialement

[pascal_T]

Pourtant dans le guide PL/SQL de SheikYerbouti (excellent par ailleurs), voici un extrait concernant les exceptions:

Propagation des exceptions

Si une exception n'est pas traitée au sein du bloc BEGIN … END; dans lequel elle est générée,
elle remonte de bloc en bloc jusqu'à ce qu'elle soit traitée ou rende la main au programme appelant.

Quand je lis ça , pour moi le système ne "voit" pas le return qui suit le raise. Car il cherche à traiter le raise.

[mnitu]

...

Quand je lis ça , pour moi le système ne "voit" pas le return qui suit le raise. Car il cherche à traiter le raise.

Oui, c'est ça il s'en moque du return qui ne sera jamais exécuté. Mais, il y a des programmeurs qui mettent des instructions sans se soucier de ce que cela signifie, comme ça « just in case ».

[pascal_T]

Ok merci.

Heureusement que ce forum existe, merci à toi et aux autres

[c.langlet]

effectivemment ,
je pensais que c'etait le raise sans gestion d'exception qui
te posais probleme et pas le return