Trigger deadlock alter session

Version imprimable

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 ;

05/12/2012, 09h47
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 ?
05/12/2012, 20h11
yong321

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

Il devrait y avoir un fichier de trace dans udump.
05/12/2012, 22h43
tropiko

deadlock

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';
05/12/2012, 23h24
yong321

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

user_objects.status?
fichier de trace dans udump?

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;

08/12/2012, 22h58
tropiko

Tracer une application multi-connexions

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
09/12/2012, 14h16
Pomalaix

Citation:

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.
11/12/2012, 21h38
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)
13/12/2012, 10h11
Mohamed.Houri

Citation:

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