Discussion :

[jpclabaux]

Bonjour,

J'ai toujours utilisé la modélisation en 3FN parce que c'est ce qu'on m'a enseigné à l'université.
Aujourd'hui je m'interroge sur sa pertinence dans certains cas. En terme de performance, vaut-il mieux avoir 2 tables et faire une jointure ou avoir toutes les données dans un seule table?
Par exemple la table des ventes est en relation 1,1/0,n avec la table des produits. Pour une requête en lecture, ne serait il pas plus efficace d'avoir une seule table avec les ventes plus toutes les données produits plutôt que les 2 tables jointes par un inner join?

Merci,
Jean

[fsmrel]

Bonjour Jean,


Si vous suivez la presse du cœur informatique et toutes les légendes qui courent depuis plus de trente ans, il vaut mieux violer la 3NF, car elle est source de jointures, or : « La jointure est un frein » qu’ils répètent comme des perroquets, en toute méconnaissance de cause. Si vous suivez les gens sérieux qui, sans être universitaires, ont baroudé pendant plus de trente ans dans les bases de données, et ont donc l’expérience concrète, vous ne violerez pas la 3NF. Maintenant, vous êtes en droit (comme je l’ai fait en permanence) de prototyper les performances, donc de comparer ensuite en toute objectivité : seule l’expérience peut vous guider, tout en ayant en tête que violer la 3NF pose des problèmes de redondance qui en général mettent à mal la validité de la base de données. Mieux vaut perdre 100 millisecondes sur une transaction que touiller de la m... de plus en plus vite (GIGO comme disent les anglo-ricains).

[chewing-gum]

Bonjour,

J'ai toujours utilisé la modélisation en 3FN parce que c'est ce qu'on m'a enseigné à l'université.
Aujourd'hui je m'interroge sur sa pertinence dans certains cas. En terme de performance, vaut-il mieux avoir 2 tables et faire une jointure ou avoir toutes les données dans un seule table?
Par exemple la table des ventes est en relation 1,1/0,n avec la table des produits. Pour une requête en lecture, ne serait il pas plus efficace d'avoir une seule table avec les ventes plus toutes les données produits plutôt que les 2 tables jointes par un inner join?

Merci,
Jean

Bonjour,

Dans votre explication, vous n'expliquez pas comment vous arrivez à déterminer, à l'avance, le nombre de produits que vous vendrez à une personne.
Dès lors, si vous ne faites qu'une seule table, il me paraît difficile de savoir combien de propriétés vous allez créer dans votre table pour stocker les informations des N produits vendus.
A moins de "réserver" (créer à l'avance) des propriétés "dans les cas où" vous vendriez 30, 40, ou 50 produits... Bref, votre table contiendrait des champs certainement inutiles... Voire elle ne contiendrait pas assez de champs pour tout stocker. Sauf si vous utilisez une solution + flexible comme une base NoSQL.

Tout comme l'a expliqué fsmrel, vous risquez aussi d'avoir des données redondantes et de devoir les mettre à jour régulièrement. Mais rien ne vous empêche d'essayer.

Je préconise quand même de ne pas violer la 3ème forme normale.