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 :

Oracle 9i: nombre de colonnes Vs performance


Sujet :

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
    Juin 2006
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : Juin 2006
    Messages : 1
    Par défaut Oracle 9i: nombre de colonnes Vs performance
    Bonjour à tous,
    Dans le cadre d'un projet Data Warehouse avec comme RDBMS Oracle 9i, je vais avoir une table avec plus de 400 colonnes. J'ai entendu dire qu'il y avait une perte de performances à partir de 250 (255 ?) colonnes.
    Qu'en est-il réellement?
    Quelles sont les solutions alternatives?
    merci d'avance

  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
    en effet, j'ai aussi entendu ce type de discours... l'arternative c'est simplement de couper la table et faire des relations 1-1

  3. #3
    Membre expérimenté
    Profil pro
    Inscrit en
    Décembre 2005
    Messages
    138
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2005
    Messages : 138
    Par défaut
    Le type de discours que j'ai entendu ressemblait à cela, mais pas tout à fait.

    Il est vrai que plus la table contient de colonnes, la perfomance est dégradée. Il y a une raison à cela : La taille des bloc oracle.

    Dans un contexte d'entrepot de données ou généralement on spécifie des grosseurs de bloc plus grandes qu'en contexte interactif, si tu as des tables de 400 colonnes, il serait intéressant de crééer une base de test avec diférentes grosseurs de bloc.

    L'effet de grosseurs de bloc trop petite est les rangées chainées. Des rangées qui sont sur plusieurs blocs, c'est anti-performant... D'où le discours qu'on entend souvent que les tables avec beaucoup de colonnes sont anti-performantes...

  4. #4
    Membre chevronné Avatar de Wurlitzer
    Profil pro
    Inscrit en
    Avril 2006
    Messages
    469
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2006
    Messages : 469
    Par défaut
    Je trouve cela logique que lorsques qu'il y a du chainage Oracle perde en performance. Par contre je ne vois pas pourquoi de couper en deux tables avec une relation 1-1 ferait gagner en perf parce que dans ce cas la aussi la jointure fait une sorte de chainage. A moins que l'on accede le plus souvent que aux colonnes de la première tables. C'est juste une impression si quelqu'un a un peu de recul sur le sujet je suis preneur.

Discussions similaires

  1. [T-SQL] Connaître le nombre de colonnes retourner par une PS
    Par NeoMan dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 28/12/2005, 11h30
  2. Nombre de colonnes avec le nom de la table
    Par benji41 dans le forum Langage SQL
    Réponses: 2
    Dernier message: 10/07/2005, 20h17
  3. [débutant] nombre de colonne dan sun fichier csv
    Par mandagor dans le forum C++
    Réponses: 18
    Dernier message: 15/06/2005, 15h42
  4. [JTextArea]changer dynamiquement le nombre de colonnes
    Par MrDuChnok dans le forum Composants
    Réponses: 9
    Dernier message: 27/04/2004, 13h31
  5. [RDB$PRIMARY] Nombre de colonnes
    Par Lucien dans le forum InterBase
    Réponses: 4
    Dernier message: 17/01/2004, 12h55

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