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 :

Charger toutes les tables d'une base en cache ?


Sujet :

Administration Oracle

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    Octobre 2012
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : Octobre 2012
    Messages : 1
    Points : 1
    Points
    1
    Par défaut Charger toutes les tables d'une base en cache ?
    Bonjour a tous,

    Je travaille en ce moment a améliorer les performances d'une base CRM de faible volumétrie (Environ 20G).

    Ayant sur notre infrastructure pas mal de ressources je n'ai pas de difficulté a affecter au buffer 25G.

    Je souhaiterais profiter de vos expériences pour savoir:

    1) si il y a un moyen de forcer toutes les tables/indexes a rester dans le buffer?
    2) Si il y a des contres indications a faire cela?

    Merci d'avance.

    Kam

  2. #2
    Membre averti
    Avatar de ora_home
    Homme Profil pro
    Consultant Oracle
    Inscrit en
    Février 2009
    Messages
    103
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Maroc

    Informations professionnelles :
    Activité : Consultant Oracle
    Secteur : Finance

    Informations forums :
    Inscription : Février 2009
    Messages : 103
    Points : 376
    Points
    376
    Par défaut
    De charger le contenue des table au niveau de la mémoire sans qu'il soient utilisées dans un ordre SQL, je pense passs !!

    Par contre, vous pouvez lancer le collecte des statistiques sur les objets de ta base, comme ça tu gagnera au moins le temps de calcule des plans d'exécution

  3. #3
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 348
    Points : 604
    Points
    604
    Par défaut
    Bonjour,

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    ALTER TABLE TOTO STORAGE (BUFFER POOL KEEP);
    ALTER INDEX TATA STORAGE (BUFFER_POOL KEEP);
    Après faut voir si ton server a les ressources pour ...
    Retailler si besoin ... DB_CACHE_SIZE et DB_KEEP_CACHE_SIZE...

    @+
    SDR.
    "ceux qui vivent, ce sont ceux qui luttent."

  4. #4
    Expert éminent
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : Suisse

    Informations professionnelles :
    Activité : Developer Advocate YugabyteDB
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 821
    Points : 6 443
    Points
    6 443
    Billets dans le blog
    1
    Par défaut
    Bonjour,
    Quelques remarques:
    - ce n'est pas parce que le buffer cache est aussi gros que la base que tout sera en mémoire. Chaque bloc peut avoir plusieurs versions en cache.
    - ce n'est pas parce que tout est en mémoire que ça ira plus vite. Il faudrait voir si il y a vraiment des i/o physiques à éviter.
    - il n'est pas nécessaire de forcer les tables à rester en cache. S'il est assez gros, elles y resteront.
    - un buffer cache surtaillé peut aussi avoir des effets négatifs du à l'overhead de la gestion du cache.
    Cordialement,
    Franck.
    Franck Pachot - Developer Advocate Yugabyte 🚀 Base de Données distribuée, open source, compatible PostgreSQL
    🗣 twitter: @FranckPachot - 📝 blog: blog.pachot.net - 🎧 podcast en français : https://anchor.fm/franckpachot

  5. #5
    Futur Membre du Club
    Profil pro
    Inscrit en
    Novembre 2006
    Messages
    9
    Détails du profil
    Informations personnelles :
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations forums :
    Inscription : Novembre 2006
    Messages : 9
    Points : 9
    Points
    9
    Par défaut
    Salut,
    Assez d'accord avec pachot.
    Faire attention aussi à l’évolution de la volumétrie....

Discussions similaires

  1. Réponses: 2
    Dernier message: 25/06/2006, 20h06
  2. [MySQL] lister toutes les tables d'une base
    Par Tr@nkill dans le forum Langage SQL
    Réponses: 8
    Dernier message: 14/04/2006, 14h45
  3. Liste de toutes les tables d'une base inconnue
    Par TTiger dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 30/11/2005, 07h59
  4. Sélection de toute les tables d'une base
    Par lord_paco dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 21/07/2003, 14h56

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