Création de trigger after logon database

Version imprimable

Bonjour,

J'ai un script tout simple de création de trigger qui se déclenche après toute connexion sur la base.
La création du trigger s'est bien passée, ensuite j'ai essayé de me connecter avec une session mais la table qui contient les connexions user et date est vide.

Avez-vous une idée ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 drop table logon_table; create table logon_table ( user_connect varchar2(30), date_connect date ) tablespace tools; create or replace trigger trigger_logon_database after logon on database begin insert into logon_table (user_connect,date_connect) values(user,to_char(sysdate,'DD-MON-YYYY HH24:MI:SS')); commit; end; /
Merci beaucoup.

David.

28/04/2011, 11h54
diplomegalo
Mon premier reflexe est de voir si les types sont identiques. Mais je vois que tu fais un TO_CHAR pour la date de connexion alors que ton type est DATE.

Essaye de faire un TO_DATE
Code:

1 2 insert into logon_table (user_connect,date_connect) values(user, sysdate);
28/04/2011, 11h57
Waldar
Je ne sais pas si c'est la cause de votre problème, mais votre table de logon contient une date, et vous lui envoyez une chaîne de caractères.

Essayez donc avec :
Code:

1 2 3 4 5 6 7 CREATE OR REPLACE TRIGGER trigger_logon_database after logon ON DATABASE begin INSERT INTO logon_table (user_connect, date_connect) VALUES (user, sysdate); commit; end; /
28/04/2011, 12h00
diplomegalo

A ouai c'est mieux ça ! Faire un TO_DATE(SYSDATE) ça risque de faire :aie: ! Je corrige dans mon post précédent tout de suite pour pas laisser de vilaine chose :oops:!
28/04/2011, 14h14
McM

Si l'utilisateur a les droits DBA, le trigger after logon n'est pas déclenché.

Merci tout le monde ça a marché.

Je voudrais juste ajouter d'autres infos dans la table comme par exemple quel programme utilisé avec quel poste.
Voici le trigger que j'ai compilé avec l'erreur suivante :

Citation:

10/2 PL/SQL: SQL Statement ignored
11/20 PL/SQL: ORA-00942: table or view does not exist

Ci-dessous le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
drop table connect_user;
 
create table connect_user
(
        nom_ora         varchar2(15),
        nom_os          varchar2(15),
        programme       varchar2(20),
        poste           varchar2(20),
        date_time       date,
        textsql         varchar2(60)
)
tablespace tools;
 
CREATE OR REPLACE TRIGGER trig_logon_user
AFTER LOGON ON DATABASE
DECLARE
        v_username     varchar2(15); 
        v_osuser         varchar2(15); 
        v_program       varchar2(15); 
        v_machine       varchar2(20); 
        v_logontime     date; 
        v_sqltext         varchar2(60);
 
begin
        select USERNAME ,osuser,program ,machine ,logon_time ,sql_text into    v_username,v_osuser,v_program,v_machine,v_logontime,v_sqltext
        from gv$session s,gv$sql gs
        where gs.sql_id=s.sql_id
        and s.username in ('ADA','SYSTEM');
 
        insert into connect_user(nom_ora,nom_os,programme,poste,date_time,textsql) values(v_username,v_osuser,v_program,v_machine,v_logontime,v_sqltext);
end trig_logon_user;
/

Merci à tous.

29/04/2011, 11h39
diplomegalo
Je mettrais pas ma main à couper mais j'irais voir du côté des droits sur ces tables. Je te dis ça parce que j'ai la même réponse et mes droits sont ultra bridés sur ce genre de tables qui sont très souvent réservé aux admins.

Pour ce qui est de la gestion des droits il faut demander à quelqu'un de bien plus expert que moi mais en gros je crois ne pas être très loin du concept en disant ceci :
- Créer un package qui gére les "get" de toutes les infos session dont tu as besoin avec un utilisateur ayant les droits suffisants sur ces tables.
- Donner les droits aux users "Monsieur tout le monde" sur le package mais pas sur les tables.
Ainsi "monsieur tout le monde" sait avoir accés aux infos de manière controlé.

Quelqu'un peut confirmer/infirmer ?
05/04/2013, 09h15
Fabien Celaia

... et j'éviterai de prendre les infos dans v$session qui demande passablement de droits. Préférez l'utilisation de sys_context

Code:

SYS_CONTEXT ('USERENV', 'SESSION_USER'), SYS_CONTEXT ('USERENV', 'OS_USER'), sysdate, SYS_CONTEXT ('USERENV', 'HOST')