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 :

Optimistaion: orientation lecture/écriture


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 1
    Par défaut Optimistaion: orientation lecture/écriture
    Bonjour à tous.

    J'utilise à titre professionnel Oracle 8.1.7 à Oracle 10.
    J'aurais aimé savoir, si, lors de la création d'une instance, l'on peut la configurer de sorte qu'elle soit optimisée pour soit de la lecture seule, soit de l'écriture seule. Le but est un gain en temps d'éxécution sur du select ou du insert dans des bases de taille importantes.

    Merci à ceux qui me liront et en core d'avantage à ceux qui voudront bien me répondre.


  2. #2
    Membre émérite Avatar de 13thFloor
    Homme Profil pro
    DBA Oracle freelance
    Inscrit en
    Janvier 2005
    Messages
    670
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 59
    Localisation : France

    Informations professionnelles :
    Activité : DBA Oracle freelance

    Informations forums :
    Inscription : Janvier 2005
    Messages : 670
    Par défaut
    Pour du read only je vois :
    - mise en cache des tables les plus fréquemment accédées (donc paramètrage adapté : buffer keep notamment)
    - indexation judicieuse (forte cardinalité)
    - optimizer_index_cost_adj = 10 ou 20
    - db_file_multiblock_read_count = 8 ou 16
    - tablespace en assm
    - filesystemio_options = async
    - utilisation du direct io
    - trigger startup qui cache les tables et "pin" les packages
    - éviter le cursor_sharing à force => on gagne en parsing mais risque de mauvais plan d'exécution
    - partitionnement (gros volumes) et parallélisme à tuner
    - statistiques avec éventuellement histogrammes 1 seule fois si les données ne sont pas volatiles

    S'agit-il de lire un seul bloc ou du multi bloc ?

    Pour du insert-only :
    - pas de redo en raid 5
    - pas d'archive log (pas top pour le recovery)
    - pas trop d'index par table (1 pk ou uk devrait suffire)
    - insert en mode append

Discussions similaires

  1. lecture écriture dans un fichier
    Par poukill dans le forum C++
    Réponses: 9
    Dernier message: 23/05/2006, 12h02
  2. [VB6] Vérification des droits de lecture/écriture sur répert
    Par marsup54 dans le forum VB 6 et antérieur
    Réponses: 8
    Dernier message: 01/02/2006, 19h41
  3. [PERL] Problème lecture/écriture dans un fichier
    Par LE NEINDRE dans le forum Langage
    Réponses: 4
    Dernier message: 17/08/2005, 14h15
  4. Lecture / écriture sur un port com
    Par dorian833 dans le forum C++
    Réponses: 7
    Dernier message: 07/07/2005, 16h20
  5. [communication série] problème lecture/écriture
    Par davinout dans le forum API, COM et SDKs
    Réponses: 9
    Dernier message: 01/06/2005, 14h14

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