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

Administration Oracle Discussion :

V$SQL_PLAN : à historiser?


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut V$SQL_PLAN : à historiser?
    Bonjour les experts,

    Pour des raisons d'analyse et d'historique, je voudrais copier le contenu de la vue V$SQL_PLAN dans une table créée par mes soins (même structure que V$SQL_PLAN) car V$SQL_PLAN est réinitialisée lors des arrêts/relances. Le problème est que je comptais faire un trigger en remplacement de l'INSERT sur V$SQL_PLAN mais les triggers sur vue se substituant à l'évènement déclencheur, ça veut dire que ma table sera remplie MAIS l'insert dans V$SQL_PLAN n'aura plus lieu : ce qui n'est pas envisageable!

    Je comptais alors faire un trigger sur un évènement système, du genre After logon, pour synchroniser ces deux tables. Néanmoins cette situation ne me satisfait pas pleinement d'un point de vue intellectuel, je préfèrerais vraiment copier ces données dès qu'elles sont insérées dans V$SQL_PLAN.

    Est-ce que vous auriez une idée?

  2. #2
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Les tables V$_ sont des structures de mémoire...

  3. #3
    Membre chevronné
    Homme Profil pro
    xxxxxxxxx
    Inscrit en
    Avril 2015
    Messages
    395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : xxxxxxxxx

    Informations forums :
    Inscription : Avril 2015
    Messages : 395
    Par défaut V$SQL_PLAN : à historiser ?
    Est-ce que tu as éssayé l'outil export datapump sur cette tables, et si c'est ok,
    tu peux programmer un job pour n'inserer que les enregistrement recents ?

    bonne chance

  4. #4
    Membre chevronné
    Homme Profil pro
    xxxxxxxxx
    Inscrit en
    Avril 2015
    Messages
    395
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 57
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : xxxxxxxxx

    Informations forums :
    Inscription : Avril 2015
    Messages : 395
    Par défaut V$SQL_PLAN : à historiser ?
    j'ai oublié de te dire aussi que tu peux créer un trigger system de type BEFORE SHUTDOWN, et
    mettre un code d'insertions des enregistrements du contenu de v$sql_plan depuis le dernier démarrage de l'instance !

  5. #5
    Expert confirmé Avatar de mnitu
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Octobre 2007
    Messages
    5 611
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Marne (Champagne Ardenne)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Octobre 2007
    Messages : 5 611
    Par défaut
    Pourvu qu'ils soient resté en mémoire depuis le dernier démarrage de l'instance...

  6. #6
    Membre Expert
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Avril 2013
    Messages
    2 005
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Avril 2013
    Messages : 2 005
    Par défaut
    mnitu, je suis d'accord, V$SQL_PLAN est un synonyme sur V_$SQL_PLAN si je ne me trompe et qui pointe vers des X$ qui sont effectivement des structures mémoires.
    Néanmoins, avec SQL Developer, on me propose V$SQL_PLAN dans la liste des vues sur lesquelles je peux créer un trigger. Néanmoins je ne suis pas allé au bout puisque cette solution ne me satisfait plus.

    Merci pour le conseil dell68, mais ce week-end je vais essayer de faire plutôt un trigger sur AFTER LOGON et n'insérer que les nouveaux enregistrements depuis le dernier LOGON.

Discussions similaires

  1. [MPD] Comment le creer avec historisation ?
    Par schnourf dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 13/12/2005, 11h58
  2. [PHP-JS] Historiser une impression
    Par clara2005 dans le forum Langage
    Réponses: 22
    Dernier message: 25/11/2005, 14h28
  3. SNMP : requetes, historisation et affichage
    Par Magique dans le forum Développement
    Réponses: 2
    Dernier message: 11/04/2005, 17h22
  4. creation de table d'Historisation
    Par devalender dans le forum Débuter
    Réponses: 2
    Dernier message: 18/10/2004, 13h58
  5. [architecture] process d'historisation
    Par P'tit Jean dans le forum Décisions SGBD
    Réponses: 6
    Dernier message: 22/10/2003, 15h33

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