Impact sur les performance d'un choix d'implémentation [Résolu]

[EmacLi]

Bonjour à tous,

Je suis actuellement en cour de création d'une base de données et je suis confronté à un dilem concernant la manière de stocker mes données.

Concretement, je dois stocker des articles divers (livres, dvd, figurines, etc..) et j'ai deux choix qui s'offre à moi :

• Ou je créé une table "Item" et des tables dérivés "Book", "Figurine", "Movie", etc. Et je met chaque informations communes dans "Items" (ex: champs "Prix") et chaque informations spécifiques ds une table dérivée (ex : champs "Durée" dans la table "Movie").

• Ou je créé une table "Item" avec un champs "Type" (livre, dvd, etc..) et je rajoute tous les champs spécifiques dedans. En fonction du type j'exploiterais donc les champs dont j'ai besoin.

D'un point de vue programmation, je partirais sur la 1ere solution qui est à mon avis beaucoup plus propre. Maintenant niveau performance, je ne suis pas un pro du sql, j'aurais donc voulu avoir votre avis :

Vaut il mieux requetter dans une seule table au risque de charger des informations dont je n'ai pas besoin ou faire plusieurs requetes dans plusieurs tables et ne charger uniquement que ce dont j'ai besoin ?

Je dirais que les avantages de l'un sont les inconvénients de l'autre et vise versa. Prenons le cas typique de quelqu'un qui recherche tous les articles en rapport avec tintin.

Qu'en pensez vous ? Que me conseillez vous ?

Merci à tous d'avance.

[CinePhil]

La première solution est meilleure. Le modèle de données est ainsi plus normalisé.

Ensuite, tu peux créer des vues pour reconstituer l'ensemble item + sous-table et requêter directement sur ces vues.

Quant à la performance, pas d'inquiétude ! Tu auras des millions d'item dans ta BDD avant de commencer à constater une baisse de performance côté SGBD. La jointure est en effet l'opération la plus optimisée dans un SGBD.

[EmacLi]

Ca me rassure tout ça, merci beaucoup