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

Optimisations SGBD Discussion :

Optimisation sur une base de données de grande taille (une centaine de tables)


Sujet :

Optimisations SGBD

  1. #1
    Membre du Club
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juillet 2006
    Messages
    97
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels

    Informations forums :
    Inscription : Juillet 2006
    Messages : 97
    Points : 65
    Points
    65
    Par défaut Optimisation sur une base de données de grande taille (une centaine de tables)
    bonjour,
    je travaille actuellement sur une base de données de grande taille (une centaine de tables) et je cherche donc à optimiser ma base.
    Dans cette optique, j'ai une table "Dossier" qui possède un champs transfert.
    Ce champ peut prendre deux valeurs : "total" ou "partiel".

    J'aimerai savoir s'il vaut mieux que le champs transfert prenne la valeur en chaine de caractères ou s'il est plus judicieux de stocker la clé étrangère d'une table qui garde en mémoire les deux types de transferts?

  2. #2
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Octobre 2005
    Messages
    36
    Détails du profil
    Informations personnelles :
    Localisation : France, Meurthe et Moselle (Lorraine)

    Informations forums :
    Inscription : Octobre 2005
    Messages : 36
    Points : 29
    Points
    29
    Par défaut
    D'un point de vue espace disque, il est préférable que tu es une clé étrangère car sa taille sera plus petite que celle valeur complète.

    D'un point de vue accès aux données, moins tu auras de jointures, plus cela ira vite.

    Maintenant, tu peux avoir une solution intermédiaire qui te donne une redondance d'information à gérer. mais qui permet d'être performant en espace disque et en accès.
    Tu peux faire une clé étrangère et lorsque tu as besoin d'accéder au libellé en faisant une traduction de la clé (case pour sybase, decode pour oracle). Seulement une modification du libellé va t'obliger à modification chaque traduction que tu auras faite.

    Ton choix ne pourra se faire qu'en sachant bien quels sont les accès et quel est le risque d'évolution des données.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 7
    Dernier message: 17/03/2008, 15h48
  2. Réponses: 10
    Dernier message: 17/03/2007, 14h05
  3. Réponses: 1
    Dernier message: 19/12/2006, 14h08
  4. Réponses: 1
    Dernier message: 24/11/2005, 12h44
  5. [CR] Impression de données non issues d'une base de données
    Par jeroe dans le forum SAP Crystal Reports
    Réponses: 3
    Dernier message: 04/04/2005, 09h09

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