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 :

Conseil clé primaire pour les meilleurs performances ?


Sujet :

Optimisations SGBD

  1. #21
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    Août 2006
    Messages
    16 799
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : Août 2006
    Messages : 16 799
    Points : 34 031
    Points
    34 031
    Billets dans le blog
    14
    Par défaut Et pour une clé d'association (n, m) ?
    Au lieu de lancer un nouveau sujet, j'utilise celui-ci puisque la question que je vais poser est voisine.

    Je viens de lire avec intérêt la dernière production de M. Brouard (SQLPro) et je lis en note 21 la chose suivante :
    n'utilisez jamais un attribut ou une combinaison d'attributs comme clef, ajoutez votre clef et considérez là comme un attribut à part entière
    Cela s'applique t-il à la clé primaire d'une table associative ?
    Autrement dit avec le schéma exemple suivant :
    Personne -0,n----Utiliser----0,n- Machines

    Vaut-il mieux faire comme on voit le plus souvent :
    Personnes(PersId, PersNom, PersPrenom, ...)
    Machines(MachId, MachNom, ...)
    Utiliser(UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)

    Ou bien comme cela peut être compris par la note 21 :
    Utiliser(UtiId, UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)
    Avec une contrainte d'unicité sur le couple UtiPersonne/UtiMachine ?
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  2. #22
    Membre expérimenté

    Profil pro
    Inscrit en
    Août 2002
    Messages
    1 249
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2002
    Messages : 1 249
    Points : 1 745
    Points
    1 745
    Par défaut
    Vaut-il mieux faire comme on voit le plus souvent :
    Personnes(PersId, PersNom, PersPrenom, ...)
    Machines(MachId, MachNom, ...)
    Utiliser(UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)

    Ou bien comme cela peut être compris par la note 21 :
    Utiliser(UtiId, UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)
    Avec une contrainte d'unicité sur le couple UtiPersonne/UtiMachine ?
    Il s'agit d'un avis personnel mais il semble que la premiere solution est tout à fait suffisante...

    La 2 ème solution signifierait que tu as besoin d'accéder directement à une ligne de la table de liaison. ce qui ne se présente jamais. Une table de liaison n'est utilisée, il me semble, qu'à travers des jointures.

  3. #23
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    Septembre 2006
    Messages
    8 002
    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 002
    Points : 30 905
    Points
    30 905
    Billets dans le blog
    16
    Par défaut
    Citation Envoyé par ylarvor Voir le message

    Citation Envoyé par CinePhil Voir le message
    Vaut-il mieux faire comme on voit le plus souvent :
    Personnes(PersId, PersNom, PersPrenom, ...)
    Machines(MachId, MachNom, ...)
    Utiliser(UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)

    Ou bien comme cela peut être compris par la note 21 :
    Utiliser(UtiId, UtiPersonne {FK PersID}, UtiMachine {FK MachID}, ...)
    Avec une contrainte d'unicité sur le couple UtiPersonne/UtiMachine ?
    Il s'agit d'un avis personnel mais il semble que la première solution est tout à fait suffisante...
    Je suis d'accord avec ce que dit ylarvor. Il n’y a fonctionnellement aucune valeur ajoutée à mettre en œuvre l’attribut UtiId. En revanche, quand on s’intéresse à la performance des applications, on pourra être amené à choisir un ordre pour les attributs composant la clé primaire : {PersID, MachID} ou {MachID, PersID}.
    (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.

  4. #24
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 577
    Points
    52 577
    Billets dans le blog
    5
    Par défaut
    En revanche, quand on s’intéresse à la performance des applications, on pourra être amené à choisir un ordre pour les attributs composant la clé primaire : {PersID, MachID} ou {MachID, PersID}
    Bémol : avec un index cluster il est préférable d'avoir une colonne clef chrono ordonnées, cela optimise généralement mieux que l'indexation multicolonne. Sur 2 colonnes seulement ce n'est peut être pas le mieux mais sur 3, 4 ou 5... La différence est notable...

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Quel choix pour de meilleures performances ?
    Par vince29 dans le forum Zend_Db
    Réponses: 6
    Dernier message: 20/07/2011, 23h13
  2. Réponses: 4
    Dernier message: 28/04/2009, 12h38
  3. [JpGraph] Besoin de conseil/Tuto/aide pour les canevas Jpgraph
    Par titou_777 dans le forum Bibliothèques et frameworks
    Réponses: 0
    Dernier message: 23/03/2009, 13h48
  4. Taille du transaction.log pour les meilleures performances
    Par Tartenpion dans le forum MS SQL Server
    Réponses: 8
    Dernier message: 25/10/2006, 14h52

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