Trigger deadlock alter session

[tropiko]

Bonjour
Je voulais implémenter un trigger AFTER LOGON ON DATABASE afin d'utiliser et tester les statistiques privées (pending stats ) déjà calculées dans une session dédiée.
Le but est de tester avec les statistiques « privées » le comportement d’une application JAVA (une boîte noire) qui lance des traitements PL/SQL.
PROBLEME : DEADLOCK (ORA-4020) dès le lancement de l’application et le déclenchement du trigger permettant de faire l’alter session.
Existe-il une autre manière d’exécuter l’alter session autre que le trigger sachant que j’ai pas la main sur l’application ?
Autre détail , cette erreur ora-4020 devrait apparaître dans alert.log mais ce n'est pas le cas !!!
merci

Code :

1
2
3
4
5
6
7
8
9
CREATE OR REPLACE TRIGGER TRIGGER1
AFTER LOGON ON DATABASE
DECLARE
…
BEGIN
execute immediate 'ALTER SESSION SET optimizer_use_pending_statistics = TRUE';
INSERT INTO suivi_trace VALUES …
…
END ;

[mnitu]

Ca devrait marcher. Qu’est ce que provoque le deadlock l’insert ou l’exécute immediate? Est-ce que ça passe avec seulement l’alter session ?

[yong321]

Est-ce que trigger valide (user_objects.status)?

Il devrait y avoir un fichier de trace dans udump.

[tropiko]

C'est l'execute immediate(alter session) suivant qui provoque le deadlock puis kill session (effectué automatiquement par Oracle) :

execute immediate 'ALTER SESSION SET optimizer_use_pending_statistics = TRUE';

[yong321]

Que diriez-vous "after logon on schemaname.schema" au lieu de "after logon on database"?

user_objects.status?
fichier de trace dans udump?

[mnitu]

Quelle version de la base utilisez vous ?
Je n'ai eu aucun problème avec le trigger suivant

Code :

1
2
3
4
5
6
7
 
SQL> r
  1  CREATE OR REPLACE TRIGGER log_db_trg
  2  after logon ON DATABASE
  3  begin
  4  execute immediate 'ALTER SESSION SET optimizer_use_pending_statistics = TRUE';
  5* end;

[tropiko]

Le trigger est à priori valide !
Je testerai AFTER LOGON ON SCHEMA...

Existe-il une autre manière d’exécuter l’alter session autre que le trigger sachant que j’ai pas la main sur l’application ?

Autrement dit : Comment pouvoir tracer une application (boîte noire) qui se connecte à la base Oracle 11.2.0.3 via un user USER1 ?
Sachant que l'application lance séquentiellement des connexions via ce user USER1 donc plusieurs traces générées !!!
merci

[Pomalaix]

Envoyé par tropiko

... qui provoque le deadlock puis kill session (effectué automatiquement par Oracle)...

Etes-vous sûr de ça ?
Normalement, en cas d'interblocage, Oracle annule la dernière opération de l'une des deux sessions impliquées. Il n'annule pas la transaction complète, pas plus qu'il ne tue la session.

[yong321]

> Existe-il une autre manière d’exécuter l’alter session autre que le trigger sachant que j’ai pas la main sur l’application ?

Code :

exec dbms_system.set_bool_param_in_session(1234, 567, 'optimizer_use_pending_statistics', true)

[Mohamed.Houri]

Envoyé par Pomalaix

Etes-vous sûr de ça ?
Normalement, en cas d'interblocage, Oracle annule la dernière opération de l'une des deux sessions impliquées. Il n'annule pas la transaction complète, pas plus qu'il ne tue la session.

Cela mérite plus de précision. Contrairement à ce que pensent certains quant au choix sensé être arbitraire de la session qui va recevoir l'erreur ora-0060, Oracle choisi la première session qui s'est mise en attente comme session victime et annule sa dernière opération

http://jonathanlewis.wordpress.com/2...29/deadlock-2/

Ensuite vous avez tout à fait raison de dire qu'Oracle ne fait pas de rollback et donc n'annule pas la transaction