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 :

Index et tables partitionnés


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2007
    Messages : 5
    Par défaut Index et tables partitionnés
    bonjour,

    concernant une base9i sous hp-UX sur serveur HP quadri-procs avec des tables atteignant 30 à 80 millions de lignes, j'aimerai savoir si dans le cas d'un partitionnement de tables existantes ( du à la nécessité d'augmenter les performancesI/O), il serait souhaitable ou sans importance de partitionner également les index associés à ces tables.
    Ainsi donc une table partitionnée et un index non partitioné (PS : et l'inverse également) vous semble t'il une bonne configuration ou bien faudrait-il que les 2 le soient .

    Cordialement,

  2. #2
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    ça dépend surtout de la taille de l'index et quelles colonnes sont indexées.

    Si l'index est gros, un partitionnement de l'index seul peut aider. Si l'index traverse toutes les partitions de la table (partition sur ID et index sur un status par exemple) alors il vaudra surement mieux le créer en GLOBAL plutôt que LOCAL (=partitionné).

    Le plus compliqué étant de trouver un critère de partitionnement adapté au besoin (NB : la méthode par hash doit se faire sur une clé unique pour bien équilibrer les partitions et le nombre de hash doit être une puissance de 2)

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Juin 2007
    Messages
    5
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2007
    Messages : 5
    Par défaut re
    en bref ,rien de bien tranché sur ce genre de cas et plutôt un traitement cas par cas.

    La volumétrie est de l'ordre de 80M de lignes pour ceux sur lesquels j'ai des doutes soit une taillle sur disque de 3à 4 go par les plus gros index.

    Je vais poursuivre mon analyse quant au critère de partitionnement .

    bonen suite à vous............

Discussions similaires

  1. Réponses: 0
    Dernier message: 12/09/2013, 12h08
  2. Création index + stat sur table partitionnée
    Par ouinih dans le forum Administration
    Réponses: 4
    Dernier message: 13/08/2008, 08h53
  3. Indexer une table
    Par localhost dans le forum PostgreSQL
    Réponses: 7
    Dernier message: 27/02/2005, 13h49
  4. Pb de truncate sur table partitionnée
    Par Mateo dans le forum Oracle
    Réponses: 14
    Dernier message: 29/11/2004, 09h58
  5. [Sybase] Utilisation indexes sur table Proxy
    Par MashiMaro dans le forum Sybase
    Réponses: 2
    Dernier message: 20/02/2004, 10h20

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