Discussion :

[seb111983]

Bonjour,

J'ai une table Devis, une autre Facture,commande client et Bon de livraison pour chacune de ces tables, j'ai des lignes c'est à dire ligneDevis,ligneFacture, etc ...
Toutes ces tables ont les même champs à l'exception d'un seul champ.
Est ce que je peux regrouper dans 2 tables toutes ces entités, Documents et ligneDocuments, par exemple?
LigneDocuments peux avoir un nombre d'eregistrement de l'ordre de 200 000 ou 300 000 lignes, sur ce point on me dit que ce n'est vraiment pas grand chose.
Est ce une bonne pratique de tout regrouper (avec une colonne type), ou bien vaut mieux tout séparer y compris si les tables ont les même champs?
Merci

[aieeeuuuuu]

bonjour,

à lire sur l'héritage : http://sqlpro.developpez.com/cours/m...tion/heritage/

[seb111983]

Merci pour la réponse
J'ai déjà lu ce tuto, je sais qu'on peux le faire mais au niveau des performances ? avec l'héritage je vais devoir faire des jointures supplémentaire est ce un choix judicieux?
En fait je me pose je vois 3 solutions
1) l'héritage, une entité Documents, et des entités fille devis, facture etc ...
mais pour une lecture d'une facture je vais devoir faire une jointure avec l'entité Documents, et bien gérer l'insertion etc ... .
2)je mets tout dans une seule table, la limitation dans ce cas que je vois c'est le nombre d'enregistrements concernant les ligneDocuments (ligneDevis,ligneFacture,ligneCommande,ligneBonLivraison) ça peut faire beaucoup.
3) je créer des tables uniquement pour les entités fille, mais dans ce cas j'ai des champs commun, ce qui est pas très normalisé, du moins en UML
Quelle solution est appliquée en général? laquelle ferait un bon compromis entre respect des standard et les performances ?

[aieeeuuuuu]

Dans une grande majorité des cas, le respect des standards engendre de bonne performances : il n'y a pas de compromis à faire. Pour les cas restants, il convient de s'assurer qu'une dénormalisation est nécessaire avant de la mettre en œuvre.

Je comprend votre inquiétude concernant ce regroupement, mais le fait qu'il y ait 200 000 lignes dans une table ne veut pas dire que les 200 000 lignes seront systématiquement lue pour chaque requête portant sur la table en question. Poser les bon index permet de restreindre la quantité de données à lire pour répondre aux requêtes.

Par ailleurs, dans votre cas, il me semble que la quantité globale de données pourrait être réduit par une telle opération.(mais je ne connais pas votre workflow pour pouvoir l'affirmer) :
J'imagine qu'un bon de livraison fait suite à une commande client, laquelle fait suite à un devis et engendre une facture. Vous n'aurez donc plus qu'une ligne dans votre table mère, au lieu d'une ligne dans chaque table (devis, commande, ...).

[seb111983]

Donc je peux tout mettre dans une seule table? en faisant ça j'évite en plus la redondance de ligne lors d'un transfert de devis en commande ce serait juste le type à changer? c'est bien ça?

[seb111983]

Encore une question est ce que le fait de mettre une table Document, et laisser des tables différentes pour les lignes ligneDevis,ligneFacture etc ..., est une bonne idée, ou est ce qu'il vaut mieux mettre tout dans une seule tables?