Timestamp / Restauration

**sheridan** · 18/04/2008, 00h00

Bonjour,

Je suis à la recherche de manipulations douteuses effectuées sur une 9.2 et je constate des choses qui me paraissent bizarre ...

En effet sur une base de production j'observe aujourd'hui que pas mal d'objets ont dans la table DBA_OBJECTS des timestamps au 01/10/07 19:13 alors que sur ma base locale dans laquelle j'ai importé un fichier d'export de début avril de cette même base j'ai des timestamps au 01/04/08 15:17 !!!

D'après ce que j'ai pu voir sur les timestamps ils indiquent la dernière date à laquelle l'objet à été modifié au niveau de son interface externe. Je me demande bien ce que vaut cette notion pour des objets comme des triggers, chaque exemple que j'ai trouvé parlait de vues.

En espérant que quelqu'un pourra éclairer ma lanterne je vous salut.

**philcero** · 18/04/2008, 08h56

La colonne TIMESTAMP de la vue DBA_OBJECTS te donne la date de dernière déclaration/modification de l'objet.

En ce qui concerne les vues, les triggers et également les procédures stockées même si les objets existes ils sont remplacés/recompilés lors de l'import.

A est remplacé par A, tout est pareil, sauf que le TIMESTAMP t'indique la date où A a été la dernière fois remplacé/recompilé.

**pifor** · 18/04/2008, 09h19

TIMESTAMP, LAST_DDL_TIME et CREATED ont chacun une signification différente. Voir le message sur AskTom.

**sheridan** · 18/04/2008, 11h17

Merci pour vos réponses mais il me semble que tout n'est pas si simple malheureusement.

Pour Pifor : merci tout d'abord pour le lien
J'avais bien lu le message sur AskTom mais dans celui-ci on voit bien qu'une vue profondément modifiée mais présentant une interface externe identique (pour une vue ce sera un ensemble de colonnes renvoyées identique) aura le même timestamp. Qu'en est-il de la définition externe d'un trigger ? C'est la le coeur de la chose me semble-t'il.

Pour philcero :
J'ai récemment effectué un import comme je précisait et j'observe que le timestamp est différent du created.