1 table creuse ou 3 tables pleines

GnouDream · 26/07/2006, 15h31

Bonjour,

j'aurai aimé savoir la différence entre ces deux modes de stockage de l'information :

Mieux vaut il avoir une seule table du type => tab1.png

ou alors décomposer cette table en plusieurs pour éviter d'avoir les champs vides => tab2.png

Avantages et inconvéniants des deux modes de stockage ??

Merci à tous

Bejaia-In · 27/07/2006, 00h57

Il est difficile de se prononcer sur un seul exemple; il vaut mieux avoir une vision globale du problème à résoudre et agir en conséquence.
A première vue, je dirais qu'il vaut mieux une table avec des vides (pourquoi ?) qu'une table avec des données répliquées.

GnouDream · 27/07/2006, 09h22

Je souhaite avoir la possibilité d'attacher des fichiers de documentation technique à des machines, des composants, des outils et des objets (=pièces détachées).

Ceci est modélisé sous la forme d'une relation n-aires.
mcdTableCreuse.png
-Dans ce cas je pense créer (dans le MPD) un shéma relationnel contenant les clés de fichiers , machines, composants, outils et objets : R(#FICHIER,#MACHINE,#COMPOSANT,#OUTIL,#OBJET)
-Donc obtenir une table du type:
dsl j'arrive pas à afficher l'image

et je me demande s'il ne serait pas plus intéressant de le modéliser avec plusieurs relations (1,n) :
mcdTC2.png
-Dans ce cas créer plusieurs schémas relationnels
R1(#FICHIER,#MACHINE)
R2(#FICHIER,#COMPOSANT)
R3(#FICHIER,#OUTIL)
R4(#FICHIER,#OBJET)
-Donc obtenir plusieurs tables du type :

Voili voila, plus précisement mon affaire

Médiat · 27/07/2006, 09h30

Et pourquoi pas un héritage (j'ai l'impression de ne parler que de cela de puis quelques temps

)

MACHINE, COMPOSANT, OUTIL, OBJET héritent d'une même entité Mère, et tes fichiers sont attachés à cette entité Mère

GnouDream · 27/07/2006, 11h09

Ca ne me va pas car dans ce cas, si je n'm'abuse, je ne pourrais avoir qu'un seul Fichier attaché par Machine (idem pour Composant, Outil et Objet).

En l'occurence j'ai besoin de pouvoir attacher plusieurs Fichiers à une Machine (idem pour Composant, Outil et Objet).

...

Médiat · 27/07/2006, 11h24

Il suffit de faire une association entre l'entité Mère et l'entité Fichier, avec les bonnes cardinalités.

Bejaia-In · 28/07/2006, 00h30

Pas de doute, la 2eme méthode est la meilleure.

fadace · 28/07/2006, 09h15

En gros, vous nous demandez si on préfère un modèle normé ou dénormalisé ?

Normé !

Luc Orient · 29/07/2006, 09h54

Citation:

Envoyé par fadace

En gros, vous nous demandez si on préfère un modèle normé ou dénormalisé ?

Normé !

On dit normé ou normalisé ? ... ou c'est pareil ?

Bejaia-In · 29/07/2006, 19h23

Normalement: normalisé ! mais pour les intimes: normé.

GnouDream · 31/07/2006, 09h40

Merci, je prend note de la remarque, mais avant de résoudre le sujet, petite question :

Citation:

En gros, vous nous demandez si on préfère un modèle normé ou dénormalisé ?

Parlez vous des formes normales ?
Si oui, quelle règle n'est pas respectées ?
Si non, où est l'erreur ?

SQLpro · 01/08/2006, 14h58

Soyons strictements idiots. Comptez le nombre de lignes et le nombre de cases nécessaires à chacun des deux implementations. Comptez ensuite le nombre de valeurs et finalement comparez.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
              monotable  multi TABLE gain
              ---------- ----------- -------
Lignes :      9          9           0
cases :       36         18          18
occurrences : 18         18          0

A votre avis il est plus facile de retrouver son information dans 36 dossiers dont 1 sur 2 est vide ou dans 18 toujours pleins ?

Cela s'appelle de la NORMALISATION et la normalisation induit l'OPTIMISATION. C'est même la raison d'être primitive de la normalisation !

A +

26/07/2006, 15h31	#1
GnouDream Invité régulier Inscription : mai 2005 Messages : 17 Détails du profil Informations forums : Inscription : mai 2005 Messages : 17 Points : 7 Points : 7	1 table creuse ou 3 tables pleines Bonjour, j'aurai aimé savoir la différence entre ces deux modes de stockage de l'information : Mieux vaut il avoir une seule table du type => tab1.png ou alors décomposer cette table en plusieurs pour éviter d'avoir les champs vides => tab2.png Avantages et inconvéniants des deux modes de stockage ?? Merci à tous
	00

27/07/2006, 00h57	#2
Bejaia-In Membre éclairé Inscription : avril 2006 Messages : 366 Détails du profil Informations forums : Inscription : avril 2006 Messages : 366 Points : 361 Points : 361	Il est difficile de se prononcer sur un seul exemple; il vaut mieux avoir une vision globale du problème à résoudre et agir en conséquence. A première vue, je dirais qu'il vaut mieux une table avec des vides (pourquoi ?) qu'une table avec des données répliquées. __________________ .................................................................... Aidez-vous... Dieu vous aideras et nous aussi.. ....................................................................
	00

28/07/2006, 00h30	#7
Bejaia-In Membre éclairé Inscription : avril 2006 Messages : 366 Détails du profil Informations forums : Inscription : avril 2006 Messages : 366 Points : 361 Points : 361	Pas de doute, la 2eme méthode est la meilleure. __________________ .................................................................... Aidez-vous... Dieu vous aideras et nous aussi.. ....................................................................
	00

28/07/2006, 09h15	#8
fadace Rédacteur/Modérateur Fabien Celaia Administrateur de base de données Inscription : octobre 2002 Messages : 3 779 Détails du profil Informations personnelles : Nom : Fabien Celaia Âge : 41 Localisation : Suisse Informations professionnelles : Activité : Administrateur de base de données Secteur : Service public Informations forums : Inscription : octobre 2002 Messages : 3 779 Points : 8 124 Points : 8 124	En gros, vous nous demandez si on préfère un modèle normé ou dénormalisé ? Normé ! __________________ Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql Administrateur SAP Mes articles Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
	00

29/07/2006, 19h23	#10
Bejaia-In Membre éclairé Inscription : avril 2006 Messages : 366 Détails du profil Informations forums : Inscription : avril 2006 Messages : 366 Points : 361 Points : 361	Normalement: normalisé ! mais pour les intimes: normé. __________________ .................................................................... Aidez-vous... Dieu vous aideras et nous aussi.. ....................................................................
	00

27/07/2006, 09h22	#3
GnouDream Invité régulier Inscription : mai 2005 Messages : 17 Détails du profil Informations forums : Inscription : mai 2005 Messages : 17 Points : 7 Points : 7	Je souhaite avoir la possibilité d'attacher des fichiers de documentation technique à des machines, des composants, des outils et des objets (=pièces détachées). Ceci est modélisé sous la forme d'une relation n-aires. mcdTableCreuse.png -Dans ce cas je pense créer (dans le MPD) un shéma relationnel contenant les clés de fichiers , machines, composants, outils et objets : R(#FICHIER,#MACHINE,#COMPOSANT,#OUTIL,#OBJET) -Donc obtenir une table du type: dsl j'arrive pas à afficher l'image et je me demande s'il ne serait pas plus intéressant de le modéliser avec plusieurs relations (1,n) : mcdTC2.png -Dans ce cas créer plusieurs schémas relationnels R1(#FICHIER,#MACHINE) R2(#FICHIER,#COMPOSANT) R3(#FICHIER,#OUTIL) R4(#FICHIER,#OBJET) -Donc obtenir plusieurs tables du type : Voili voila, plus précisement mon affaire
	00

27/07/2006, 09h30	#4
Médiat Inactif Inscription : décembre 2003 Messages : 1 946 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 1 946 Points : 1 932 Points : 1 932	Et pourquoi pas un héritage (j'ai l'impression de ne parler que de cela de puis quelques temps ) MACHINE, COMPOSANT, OUTIL, OBJET héritent d'une même entité Mère, et tes fichiers sont attachés à cette entité Mère
	00

27/07/2006, 11h09	#5
GnouDream Invité régulier Inscription : mai 2005 Messages : 17 Détails du profil Informations forums : Inscription : mai 2005 Messages : 17 Points : 7 Points : 7	Ca ne me va pas car dans ce cas, si je n'm'abuse, je ne pourrais avoir qu'un seul Fichier attaché par Machine (idem pour Composant, Outil et Objet). En l'occurence j'ai besoin de pouvoir attacher plusieurs Fichiers à une Machine (idem pour Composant, Outil et Objet). ...
	00

27/07/2006, 11h24	#6
Médiat Inactif Inscription : décembre 2003 Messages : 1 946 Détails du profil Informations forums : Inscription : décembre 2003 Messages : 1 946 Points : 1 932 Points : 1 932	Il suffit de faire une association entre l'entité Mère et l'entité Fichier, avec les bonnes cardinalités.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email