triggers et SYS

Bonjour,
j'ai l'impression qu'on ne peut pas créer de trigger sur des objets appartenant à SYS.

Code:

---

1 2 3

04089. 00000 - "cannot create triggers on objects owned by SYS" *Cause: An attempt was made to create a trigger on an object owned by SYS. *Action: Do not create triggers on objects owned by SYS.

---

erreur lors de la creation de trigger sur OBJ$.

est-ce vraiment interdit ou me manque-t-il un GRANT ou autre... ?

Si on ne peut pas, est-ce qu'on peut le faire sur une vue, vue qui porterait sur OBJ$ ou qui contiendrait les mêmes genre infos si elle existe...

peut-être aussi qu'on ne peut pas créer de trigger sur une vue... ça j'ai pas vérifié.

Heureusement que cella n'est pas possible !
Qu’est-ce que vous voulez accomplir ?

Citation:

---

Heureusement que cella n'est pas possible !

---

ben non puisque ça m'ennuit justement. C'est un point de vue.

Je compte pas y toucher.

Citation:

---

Qu’est-ce que vous voulez accomplir ?

---

voir ce qu'il se passe dans une table et quand.
En insérant par exemple dans des tables ou des vues les résultats de requêtes sur une table de SYS en utilisant les ''sortes de notifs'' que peuvent fournir les trigger before.

Citation:

---

Envoyé par temoanatini

ben non puisque ça m'ennuit justement. C'est un point de vue.

Je compte pas y toucher.


voir ce qu'il se passe dans une table et quand.
En insérant par exemple dans des tables ou des vues les résultats de requêtes sur une table de SYS en utilisant les ''sortes de notifs'' que peuvent fournir les trigger before.

---

C'est très confuse ce que vous dites.
Peut être que vous devez vous intéresser à l’audit (cherchez dans la doc d'Oracle).

je suis désolé d'être confus mais je pensais m'être exprimé clairement justement.

Citation:

---

Citation:

---

Heureusement que cella n'est pas possible !

---

ben non puisque ça m'ennuit justement. C'est un point de vue.

Je compte pas y toucher.

---

Ca voulait dire que je n'allais pas insérer ou modifier des données du schema SYS.
Il n'y a rien à interpréter dans ce que j'ai dit, les mots ont leur sens.

Je vais faire un tour dans la doc sur l'audit.

Citation:

---

Envoyé par temoanatini

je suis désolé d'être confus mais je pensais m'être exprimé clairement justement.


Ca voulait dire que je n'allais pas insérer ou modifier des données du schema SYS.
Il n'y a rien à interpréter dans ce que j'ai dit, les mots ont leur sens.

...

---

Je suis d'accord avec vous.
"Confuse" concerne le paragraphe

Citation:

---

...
En insérant par exemple dans des tables ou des vues les résultats de requêtes sur une table de SYS en utilisant les ''sortes de notifs'' que peuvent fournir les trigger before.
...

---

Il ya un cas où un déclenchement sur un objet qui appartient à SYS serait utile. Par exemple, je veux être informé immédiatement quand mot de passe d'un utilisateur expire, ou à son compte est bloqué. À moins que nous vérifions constamment dba_users ou sys.user$, il n'existe actuellement aucun moyen de le faire. Oracle 12g peut-être?!

Un hack est que
drop table sys.aud$
create table someuser.aud$
create synonym sys.aud$ for someuser.aud$
create trigger ... on ... someuser.aud$
et activer l'audit. Mais ce hack est évidemment non pris en charge, même si Oracle nous permet de faire quelque chose pour sys.aud$, la seule table qui est la propriété de sys et on peut lancer DML ou truncate.

il faut y aller maintenant monsieur
:mouarf:

merci à ceux qui ont donné de leur temps sur ma question
(je n'ai pas eu l'occasion de voir pour la solution de l'audit)