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 :

Performance Base de données


Sujet :

Optimisations SGBD

  1. #1
    Nouveau membre du Club
    Inscrit en
    Mars 2007
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : Mars 2007
    Messages : 76
    Points : 37
    Points
    37
    Par défaut Performance Base de données
    Bonjour,
    Je travaille actuellement sur un système décisionnel et j'ai dupliqué les données dont j'ai besoin dans une base de données cible à partir d'une base de données source. A partir de ces données, je vais ensuite générer des tableaux de bord créés par BIRT.
    Pour l'instant, j'ai créé une table pour chaque tableaux de bord. Chaque table regroupe les données qui seront affichées dans le tableau de bord correspondant. Seules 3 tables sont communes à tous les tableaux (infos sur les employés)
    Voilà la question que je me pose :
    Etant donnée que quasiment chaque table a pour clé primaire le même identifiant (id_personne), ai-je intérêt à regrouper toutes les infos dans une table unique? Ou est ce préférable de garder le schéma que j'ai déjà? Niveau performance, maintenance quel est le mieux?
    Merci

    Nicolep

  2. #2
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 001
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : Septembre 2006
    Messages : 8 001
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Si vous avez trois tables, vous pouvez paralléliser leur chargement, leur sauvegarde, etc.

    Si vous fusionnez le tout, vous risquez d'obtenir une table obèse, au moins trois fois plus copieuse et adieu le parallélisme. Vous risquez en outre des contentions lors de l'accès concurrent aux données par les process (utilisateurs, programmes, ...)
    Si les 3 tables n'ont pas très exactement le même schéma (les mêmes colonnes), vous allez produire des valeurs nulles. Etc.

    Si vous voulez ne voir qu'une table, créez une vue (dans laquelle vous utiliserez par exemple UNION ALL).

    J'en passe et des meilleures.

    En fonction des quelques informations que vous donnez, ça milite pour ne pas faire une table unique.
    (a) Faites simple, mais pas plus simple ! (A. Einstein)
    (b) Certes, E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench
    Je ne réponds pas aux questions techniques par MP. Les forums sont là pour ça.

  3. #3
    Nouveau membre du Club
    Inscrit en
    Mars 2007
    Messages
    76
    Détails du profil
    Informations forums :
    Inscription : Mars 2007
    Messages : 76
    Points : 37
    Points
    37
    Par défaut
    Merci pour votre réponse. Elle va dans le sens de ce que j'espérais! Il me manquait des arguments, les votre sont parfaits!
    Merci

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

Discussions similaires

  1. Grosse base de données et performances
    Par Promeneur dans le forum Optimisations
    Réponses: 26
    Dernier message: 19/05/2012, 11h47
  2. Performance base de données en réseau
    Par didieu dans le forum Access
    Réponses: 2
    Dernier message: 27/08/2007, 14h20
  3. Réponses: 1
    Dernier message: 16/07/2007, 14h08
  4. Réponses: 13
    Dernier message: 21/02/2006, 23h43
  5. [Crystal] Performance sur grosses base de données
    Par Nico118 dans le forum SAP Crystal Reports
    Réponses: 5
    Dernier message: 14/11/2003, 15h27

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