Discussion :

[nicorem]

Bonjour

pour m'exercer à la modelisation, je regarde comment sont construites certaines base de donnés, (DNN, nop commerce etc)
J'ai remarqué que certaine tables qui en théorie devrait avoir une clé composite ou clé double, bien souvent , cette clé composite et remplacer par une clé unique auto incrementée

exple: cas des droit d'acces d'un role à un module
soit les tables role et module
t_role(id_role, lib_role...)
t_module(id_module, lib_module ...)

au lieu d'avoir
t_permission( #id_role, #id_module, droit_lecture, droit_ecriture)

on a :
t_permission( id_permission, #id_role, #id_module, droit_lecture, droit_ecriture)

quel est la raison de cette "dénormalisation", est-ce une question de performance, de simplicité des requetes, quand l'utiliser ? est-ce systématique dès qu'on à une clé composite et quelles sont alors les précautions à prendre pour garantir l'intégrité des données ?

Merci de votre réponse

[Hinault Romaric]

Perso, Les cas de figurer ou j'ai vue de tel modèle s'était du aux contraintes de programmation

[elsuket]

Bonjour,

quel est la raison de cette "dénormalisation", est-ce une question de performance

Je ne sais pas si on peut parler de dénormalisation au sens direct.
C'est vrai que dans certains cas une telle clé est subrogée.

Dans tous les cas cela procure au moins trois gains :

- la fragmentation de l'index-cluster sous-jacent à la clé primaire est faible puisque les valeurs sont consécutives
- cela évite de spécifier des jointures sur deux colonnes, donc de consommer moins de puissance de calcul
- la clé de l'index cluster étant répliquée dans tous les index non-cluster de la table, moins celle-ci est large, moins les index non-cluster sont profonds et larges, plus les requêtes sont rapides.

est-ce systématique dès qu'on à une clé composite

Absolument pas. C'est à vous de décider de le faire ou pas.

quelles sont alors les précautions à prendre pour garantir l'intégrité des données ?

Ajouter une contrainte d'unicité sur les colonnes
Notez au passage que lors de la spécification d'une telle contrainte, un index non-cluster est créé

@++

[SQLpro]

Autre avantage : la clef auto-incrémentée n'ayant aucune sémantique, elle ne peut faire l'objet d'aucune mise à jour, ce qui n'est pas le cas d'une clef composite ou sémantique....

A +

[nicorem]

Merci infiniment de vos réponses qui m'éclairent beaucoup.