[MCD] Demande de conseils

**etiennegaloup** · 19/07/2006, 22h18

Bonjour,

je dois modèliser des produits. Je vais donc créer une entité produit.
Cette entité produit aura pour attribut:

- identifiant

- designation

Je dois aussi modèliser les dimensions du produit (c'est une cuve).
Les dimensions sont hauteur et diamètre.

Je me demande si je dois mettre la hauteur et le diamètre comme attribut de mon entité produits, ou si je dois créer une entité dimension.
Parce qu'un produit n'a qu'une seule dimension, mais une dimension peut-être celle de plusieurs produits.

Qu'en pensez-vous ?
Une table ou deux ?

Merci d'avance.
++

**Médiat** · 19/07/2006, 22h48

Ca dépend.

En shématisant un peu :
Si tes dimensions forment un ensemble standard de couples de valeurs qui sont seuls autorisés, alors tu as besoin d'une table ne serait-ce que pour contrôler la saisie.
Si tes dimensions sont n'importe quels nombres (avec une précision à définir), alors pas besoin de table.

**etiennegaloup** · 20/07/2006, 08h19

Hello,

Envoyé par Médiat

Ca dépend.

En shématisant un peu :
Si tes dimensions forment un ensemble standard de couples de valeurs qui sont seuls autorisés, alors tu as besoin d'une table ne serait-ce que pour contrôler la saisie.

Que veux-tu dire par couples de valeurs qui sont seuls autorisés ?

Par contre, dans le cas, où j'aurais des références de bidons, et dont les dimensions caractériseraient ces bidons, je pourrais faire une table "type de bidon".
Non ?

Dans le cas contraire, tu penses que je ne devrais faire qu'une seule table même si une dimension peut-être celle de plusieurs produits ?

D'un autre côté, j'ai lu dans "Les petits papiers de SQLPro", qu'il fallait Créez des tables les plus petites possible en externalisant dans des tables de références toutes les informations susceptible d'être utilisées plusieurs fois.

Merci d'avance.
++

**griese** · 20/07/2006, 09h12

Salut,
En fait il faut savoir si tes cuves possèdes des tailles standards. C'est à dire, par exemple, tu as 15 cuves qui font 50cm de diametre et 1m de haut, 5 cuves qui font 40cm de diametre et 1,5m de haut ainsi de suite. Ou si tes cuves sont toutes de tailles différentes. Dans le premier cas, tu peux créer une table pour les dimensions. Dans le deuxième cas, tu rajoutes les dimensions dans ta table produit.

**Médiat** · 20/07/2006, 09h54

Envoyé par etiennegaloup

D'un autre côté, j'ai lu dans "Les petits papiers de SQLPro", qu'il fallait Créez des tables les plus petites possible en externalisant dans des tables de références toutes les informations susceptible d'être utilisées plusieurs fois.

Prenons un autre exemple : supposons que tu fasses des factures entre 0.01 et 1000 euros, soit 100000 montants différents possibles, il est certain que si tu faits plus de 100000 factures il y en aura au moins 2 avec le même montant, est-ce que cela vaut quand même le coup de créer une table avec 100000 entrée ?

Une tables pour les dimensions est nécessaire si ces dimensions sont prises dans ensembles bien définis de couples (Diamètre, hauteur), ne serait-ce que pour les contrôles, sinon je n'en voit pas l'intérêt (en ajoutant éventuellemnt une contrainte check pour pas avoir de cuve dont la hauteur est 1000 fois plus grande que le diamètre).