Discussion :

[Switch03]

Bonjour,

Sur une application pour laquelle je travaille, je suis censé effectué une purges des éléments oracles qui ne servent plus à l'heure actuelle.

Pour cela, je souhaiterais savoir si était possible via les tables système oracle d'extraire pour chaque table la date de dernière insertion ou mise à jour d'enregistrements dans celle-ci.

J'ai trouvé ceci mais je n'ai pas vraiment d'info sur ce que ressort TIMESTAMP :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT table_name, timestamp FROM ALL_TAB_MODIFICATIONS WHERE table_owner='BOFI' ORDER BY table_name;

Merci d'avance pour vos réponses.

Version de la base Oracle : 9.2.0.5

[McM]

Après vérification sur Metalink vu que je ne connaissais pas cette table, il s'agit du nombre de modifications depuis la dernière analyse.

Donc ça ne sert à rien pour ce que tu veux.

SQL> select * from user_tab_modifications;

TABLE_NAME PARTITION_NAME
------------------------------ ------------------------------
SUBPARTITION_NAME INSERTS UPDATES DELETES TIMESTAMP TRU
------------------------------ ---------- ---------- ---------- --------- ---
EMP
14 0 0 16-OCT-03 NO


If a monitored table has been modified more than 10%, then these
statistics are considered stale

Analyze the tables whose statistics have become stale using the following command:

Step 6:
-------

Query dba_tab_modifications to check whether the table has been analyzed
or not?

SQL> select * from user_tab_modifications;

no rows selected

No rows in dba_tab_modifications indicates that the table is analyzed.

[mnitu]

Peut être il est envisageable d'utiliser le mécanisme d'audit.

[Michel SALAIS]

la vue all_tab_modifications est peuplée lorsque MONITORING est activé pour la table. Dans 10g, c'est fait pout toute la base et non table par table. L'information dans cette vue est utilisée pour la collecte des statistiques.

La vraie solution comme l'a signalée mnitu est l'audit. Mais il y a une solution intermédiaire en utilisant flashback_transaction_query. Si la recherche est positive alors on est fixée mais si c'est négative alors c'est l'audit ...

[Switch03]

Le flashback_transaction_query n'est pas lancé.

Je vais demander un audit de la base pour récupérer les informations voulues.

Merci pour vos réponses

[Michel SALAIS]

Il suffit de faire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
select *
from flashback_transaction_query

Sinon, si la recherche se fait pour une opération déjà effectuée alors c'est trop tard pour l'audit. Ce qui reste si la commande ci-dessus ne donne pas le résultat recherché est l'utilisation de LogMinor