Discussion :

[r83]

Bonjour,

Je viens de découvrir un souci sur mon code.
Soit le code suivant exécuté par l'utilisateur lambda:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
declare 
nb integer;
message varchar(100);
begin
  select count(*) into nb from  user1.matable;
  dbms_output.put_line(nb);
exception
when others then
  message:=sqlcode ||  '  -  ' || sqlerrm;
  dbms_output.put_line(message);
end;

il se trouve que si lambda n'a pas l'autorisation de consulter la table matable du schéma user1, une exception est levée, mais elle n'est pas attrapée par mon bloc exception when others.....
voici le résultat :

ORA-06550: line 5, column 42:
PL/SQL: ORA-00942: table or view does not exist
ORA-06550: line 5, column 3:
PL/SQL: SQL Statement ignored

Pourquoi je ne passe pas par mon bloc d'exception avec une exception -942?.
Si je remplace la requête par un select ne ramenant aucune ligne sur une table sur laquelle j'ai accès, ça marche sans problème.

Merci pour les réponses

[Pomalaix]

Un code PL/SQL quelconque passe forcément par deux phases : la compilation, et l'exécution.
Le mécanisme des exceptions n'intervient qu'à l'exécution ; or les problèmes de privilèges relèvent de la phase de compilation.

Bien entendu, dans un bloc anonyme comme le vôtre, ces deux phases ne sont pas apparentes, mais existent néanmoins.

Si vous faisiez une procédure stockée, la création de la procédure sans erreur validerait la phase de compilation, et à l'exécution vous auriez les éventuelles exceptions.

Dans une procédure, par défaut, c'est le propriétaire de la procédure qui doit avoir les droits nécessaires sur les objets visés. Les utilisateurs qui exécutent cette procédure n'ont besoin d'aucun droit sur ces objets ; ils ont juste besoin du droit d'exécution sur la procédure.

[mnitu]

Parce que votre code n'est pas exécuté vu qu'il ne passe pas l'étape de compilation.

[r83]

Merci pour les réponses ..... j'aurais du y penser car je connais bien ces deux phases là ...
Effectivement quand on modifie la structure d'une table, on doit recompiler les procédures y accédant !
Je comptais résoudre le pb par un pragma exception_init mais ce n'est pas la peine d'essayer.
Bonne fin de journée