IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

PL/SQL Oracle Discussion :

Requête pour savoir la dernière fois que les objets d'une base ont été utilisés


Sujet :

PL/SQL Oracle

  1. #1
    Membre du Club
    Profil pro
    Ingénieur
    Inscrit en
    juillet 2007
    Messages
    65
    Détails du profil
    Informations personnelles :
    Localisation : Congo-Brazzaville

    Informations professionnelles :
    Activité : Ingénieur

    Informations forums :
    Inscription : juillet 2007
    Messages : 65
    Points : 51
    Points
    51
    Par défaut Requête pour savoir la dernière fois que les objets d'une base ont été utilisés
    Bonjour à tous ,

    pour faire du ménage dans une base je souhaiterais savoir s'il existe une requête qui peut nous renvoyer la dernière date d'utilisation des objets de la base (Table, index) .

    Merci

  2. #2
    Membre confirmé
    Inscrit en
    décembre 2003
    Messages
    493
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 493
    Points : 605
    Points
    605
    Par défaut
    En ce qui concerne les tables, cela me semble être une question à poser au responsable de l'application ; en tant que DBA, je m'imagine mal dropper une table car celle-ci n'est plus utilisée depuis 6 mois (celle-ci n'est peut-être utilisée que pour un job de clotûre comptable annuel ...)


    pour les indexes, c'est autre chose car il s'agit là d'objet créés à des fins de performance et donc sous le contrôle du dba.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER INDEX my_index_i MONITORING USAGE;
    après un certain temps (qui dépend de ton application - je dirais une semaine minimum) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER INDEX my_index_i NOMONITORING USAGE;
    et ensuite tu peux vérifier si l'index est utilisé au cours de cette période via :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    SELECT index_name,
           table_name,
           monitoring,
           used,
           start_monitoring,
           end_monitoring
    FROM   v$object_usage
    WHERE  index_name = 'MY_INDEX_I'
    ORDER BY index_name;

  3. #3
    Membre éprouvé

    Homme Profil pro
    Inscrit en
    mars 2010
    Messages
    512
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : mars 2010
    Messages : 512
    Points : 1 298
    Points
    1 298
    Par défaut
    Citation Envoyé par Marc Musette Voir le message
    En ce qui concerne les tables, cela me semble être une question à poser au responsable de l'application ; en tant que DBA, je m'imagine mal dropper une table car celle-ci n'est plus utilisée depuis 6 mois (celle-ci n'est peut-être utilisée que pour un job de clotûre comptable annuel ...)


    pour les indexes, c'est autre chose car il s'agit là d'objet créés à des fins de performance et donc sous le contrôle du dba.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER INDEX my_index_i MONITORING USAGE;
    après un certain temps (qui dépend de ton application - je dirais une semaine minimum) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    ALTER INDEX my_index_i NOMONITORING USAGE;
    et ensuite tu peux vérifier si l'index est utilisé au cours de cette période via :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    SELECT index_name,
           table_name,
           monitoring,
           used,
           start_monitoring,
           end_monitoring
    FROM   v$object_usage
    WHERE  index_name = 'MY_INDEX_I'
    ORDER BY index_name;

    C'est exactement la réponse qu'il fallait avec la nuance suivante: un index couvrant une contrainte d'intégrité (FK) lorsqu'il est monitoré, peut-être montré comme non utilisé alors qu'il l'est activement. Je pense tout particulièrement au comportement d'Oracle lorsqu'on supprime un enregistrement d'une table mère ayant un enregistrement dans une table fille. Afin d'éviter de "locker" toute la table, Oracle utilise l'index sur la FK. Et bien figurez-vous que cette utilisation n'est pas reportée comme telle

    ask tom

    richard foote

    Je vous laisse deviner la catastrophe qui peut être causée par la suppression de ce type d'indexes.

    Je ne connais que cette unique situation où le monitoring de l'utilisation des indexes est faussement reportée. Ceci dit, pour les autres indexes qui pourraient être reportés comme non utilisés, je pencherai plutôt, tout dépend également de la version d'Oracle, de les rendre invisibles dans un premier temps et de voir le comportement de l'application avant de passer à l'étape de la suppression.

    De plus, souvent dans des applications, je rencontre ce que j’appelle des indexes redondants c'est à dire des indexes du type i1(a,b,c) et i2(a,b) ; même dans cette situation je réfléchirai plusieurs fois avant de supprimer l'index i2(a,b) qui est couvert par l'index i1(a,b,c) car en effet, il se pourrait que le clustering factor de i2 soit meilleur que celui de i1(a,b,c) rendant donc la désirabilité de i1 par le CBO pas aussi attractive que celle de l’index i2 et, donc, en l'absence de i2, le CBO pencherai pour un FULL table scan au lieu de l'utilisation de l'index i1

    Ce sont là quelques réflexions sur la suppression des indexes qu'il faut manier avec beaucoup de précaution.
    Bien Respectueusement
    www.hourim.wordpress.com

    "Ce qui se conçoit bien s'énonce clairement"

  4. #4
    Membre confirmé
    Femme Profil pro
    Administrateur de base de données
    Inscrit en
    novembre 2007
    Messages
    419
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : novembre 2007
    Messages : 419
    Points : 616
    Points
    616
    Par défaut
    bonsoir,

    je vous conseille de regarder le nombre d'utilisation des indexes par les diverses requêtes en interrogeant la table dba_hist_sql_plan, ceci avec des statistiques à jour sur les objets car l'optimiser pourrait ne pas choisir un plan d'exécution optimal si ces dernièresi ne sont pas assez précises.
    il faut que la période d'observation soit représentative car certains batches ne les utiliseront pas quotidiennement.
    pour les tables, si elles existent, il parait difficile d'en supprimer. une table non utilisée peut être une table de référence qui ne bouge pas beaucoup. et attention aux contraintes d'intégrité.

  5. #5
    Membre confirmé
    Inscrit en
    décembre 2003
    Messages
    493
    Détails du profil
    Informations forums :
    Inscription : décembre 2003
    Messages : 493
    Points : 605
    Points
    605
    Par défaut
    Effectivement les foreign key indexes ne sont pas rapportés ... merci d'avoir insister sur ce pont qui effectivement serait catastrophique dans certains cas.

    pour ce qui est du clustering factor, si l'index i2 n'est pas utilisé ... à quoi bon le garder...

  6. #6
    Membre chevronné
    Inscrit en
    août 2009
    Messages
    1 073
    Détails du profil
    Informations forums :
    Inscription : août 2009
    Messages : 1 073
    Points : 1 806
    Points
    1 806
    Par défaut
    Peut-être que l'index i2 n'est lui-même utilisé que pour un
    Citation Envoyé par Marc Musette
    job de clotûre comptable annuel
    ?

    Et dans ce cas là, ça serait dommage de voir le temps de traitement du batch annuel très important dépasser le temps admissible et donc tomber en erreur ...

    Faire du monitoring, oui, dropper automatiquement sans se demander à quoi peut servir l'index, non.

Discussions similaires

  1. PLSQL pour les objets d'une base
    Par SALMHSN dans le forum PL/SQL
    Réponses: 7
    Dernier message: 25/04/2011, 15h50
  2. [AC-2003] ne conserver que les tables dans une base externe
    Par AndréPe dans le forum VBA Access
    Réponses: 10
    Dernier message: 08/06/2010, 09h46
  3. recompiler les objets d'une base de données
    Par fouad77fr dans le forum Administration
    Réponses: 3
    Dernier message: 03/09/2007, 15h11
  4. Réponses: 3
    Dernier message: 20/04/2007, 18h26
  5. Grouper les objets d'une base de données
    Par Daniel-Gérald dans le forum Access
    Réponses: 2
    Dernier message: 11/01/2007, 21h45

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo