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

Oracle Discussion :

PARALLEL_DEGREE_POLICY = AUTO


Sujet :

Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre très actif
    Profil pro
    Inscrit en
    Novembre 2012
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2012
    Messages : 149
    Par défaut PARALLEL_DEGREE_POLICY = AUTO
    bonjour ,
    Je souhaite paralléliser un batch qui dure 3h en mettant le paramètre PARALLE_DEGREE_POLICY à AUTO (nouveauté 11g).
    J'ai suffisamment de ressources CPU et mémoire pour paralléliser des requêtes.
    Que pensez-vous de cette technique ? danger ?
    merci

  2. #2
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    PARALLEL_DEGREE_POLICY=AUTO est facile à essayer, mais comme tout paramètre automatique, difficile à contrôler.
    Il active plusieurs fonctionnalités (statement queuing et in-memory parallel execution).
    Ce n'est pas seulement une question de mémoire et ressources CPU. Parallel query va aussi faire plus d'i/o vers les tempfiles.

    Une autre approche serait de voir les requêtes qui prennent beaucoup de temps, et individuellement de voir ce qu'apporte Parallel Query.
    Peut-être voir si le partitionnement est ok avant.

    Cordialement,
    Franck.

  3. #3
    Membre très actif
    Profil pro
    Inscrit en
    Novembre 2012
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2012
    Messages : 149
    Par défaut
    Bonjour .
    Merci Franck
    Si les stats ne sont pas a jour Oracle risque t il de mal paralleliser ?
    Si oui comment ?
    quel est le lien entre les stats et la gestion automatique de la parallelisation par Oracle ?
    merci

  4. #4
    Membre très actif
    Profil pro
    Inscrit en
    Novembre 2012
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2012
    Messages : 149
    Par défaut
    Enfin comment je peux verifier qu au niveau OS(AIX) s il existe des limitations ou contraintes techniques qui pourraient empecher la parallelisation oracle ?

  5. #5
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Bonjour,

    Si les stats ne sont pas a jour Oracle risque t il de mal paralleliser ?
    Si les stats sont fausses, tous les choix du CBO risquent d'être mauvais... parallelisation inclus.
    quel est le lien entre les stats et la gestion automatique de la parallelisation par Oracle ?
    Les stats servent à calculer les coûts des différents choix possibles. Et les décisions de parallélisation se basent sur les coûts.

    Enfin comment je peux verifier qu au niveau OS(AIX) s il existe des limitations ou contraintes techniques qui pourraient empecher la parallelisation oracle ?
    Je ne vois pas ce qui pourrait empêcher la parallélisation par Oracle. Du moment que Oracle peut créer plusieurs process il peut paralléliser. Après c'est une estimation de coût.

  6. #6
    Membre très actif
    Profil pro
    Inscrit en
    Novembre 2012
    Messages
    149
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2012
    Messages : 149
    Par défaut
    Bonjour
    Est ce que PARALLE_DEGREE_POLICY=AUTO gere automatiquement la parallelisation au niveau SELECT ou aussi les DML ?
    Avec ce mecanisme mes insert update delete sont aussi parallelisees ?
    Merci

  7. #7
    Expert confirmé
    Avatar de pachot
    Homme Profil pro
    Developer Advocate YugabyteDB
    Inscrit en
    Novembre 2007
    Messages
    1 822
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 822
    Billets dans le blog
    1
    Par défaut
    Parallel DML n'est pas activé par défaut. Il faut faire ALTER SESSION ENABLE PARALLEL DML.

Discussions similaires

  1. [sgbd] Backup de tables MySQL auto, qqun sait ???
    Par Joelindien dans le forum SGBD
    Réponses: 31
    Dernier message: 26/05/2003, 17h59
  2. Pb d'auto-incrément sur une table v7
    Par Nivux dans le forum Paradox
    Réponses: 9
    Dernier message: 26/12/2002, 12h05
  3. ca ne fonctionne pas (generateur auto-incrémentant)
    Par tripper.dim dans le forum SQL
    Réponses: 7
    Dernier message: 26/11/2002, 00h10
  4. Un Sender peut-il s'auto-détruire lors d'un onClick?
    Par Flo. dans le forum C++Builder
    Réponses: 2
    Dernier message: 17/07/2002, 10h31
  5. Réponses: 8
    Dernier message: 17/05/2002, 09h08

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