Discussion :

[Melvine]

salut

j'aurai aimé savoir quelle est l'interet d'utiliser authid current_user dans certaine procedure comme ici :

create or replace procedure test_check
authid current_user is

Merci

[SheikYerbouti]

L'interêt est d'utiliser les objets de l'utilisateur et non ceux du propriétaire de la fonction (qui peut être différent)

[pifor]

Quelques précisions:
- la clause permet d'exécuter avec les droits de celui qui exécute le code (definer rights) par opposition au mode par défaut où le code PL/SQL s'exécute avec les droits celui qui a compilé le code (invoker rights).
- la clause permet également d'utiliser les privilèges accordés par des rôles au compte qui exécute le code PL/SQL (sinon ce type de privilège n'est pas pris en compte dans l'exécution de code PL/SQL: seuls les privilèges directement accordés par GRANT sont pris en compte)

[laurentschneider]

la contre-partie, c'est que la procédure est "recompilée" à chaque exécution, donc c'est plus lent. En effet, les objets accédés ne seront pas forcément les mêmes (schema différent), ni les droits.

[jlinho2]

la contre-partie, c'est que la procédure est "recompilée" à chaque exécution, donc c'est plus lent. En effet, les objets accédés ne seront pas forcément les mêmes (schema différent), ni les droits.

Ah bon, ce , n'est pas notre observation au boulot ?

[laurentschneider]

il faudrait que j'evite de dire que c'est plus lent sans donner de test...

si tu as beaucoup d'utilisateurs differents, des synonymes et autres subtilites, il se peut que le temps du parsing soit different, non teste

tu developpes ton commentaire?

[kervoaz]

Bonjour,
je deterre le post mais pour la bonne cause je pense
Pour moi, Laurentschneider a raison, les requêtes vont être soft reparsées et on peut voir leur "multiplication" dans v$sql_shared_cursor. La colonne AUTH_CHECK_MISMATCH est à Y.

Cdt