Discussion :

[pierrot10]

Bonjour a tous,

Je me lance dans un projet et j'aurais aimé avir votre avis sur la structure de ma base.

Mon client veux ventre des objects, disons des stores.

Il y a 5 types de stores
Pour chauqe type, il y a 5 à 9 coloris
Pour chaque type il y a 5 à 10 matiere

Complication, il veut afficher des prix en fonction des tailles des stores (largeur-hauteur) et en fonction de la matiere.

Je dois structurer ma base de donnée....

Qu'en pensez-vous, que pourriez-vous me conseiller.

En attendabnt, voila ce que je pensais, mais je ne sais pas si c'est la meilleur solution.

Je crée 20 tables:

table 1 : type (champs: type, matiere, coloris)
table 2 : matiere (champs: type, matiere) --> je mets toutes les matiere par type
table 3 : coloris (champs: type, coloris) --> je mets tous les coloris par type
table 4 : 60mm (champs: type, prix, matiere, largeur)
table 5 : 70mm (champs: type, prix, matiere, largeur)
table 6 : 80mm (champs: type, prix,matiere, largeur)
table 7 : 90mm (champs: type, prix, matiere, largeur)
table 8 : 100mm (champs: type, prix, matiere, largeur)
etc justqu'a:
table x : 230mm (champs: type, prix, matiere, largeur) ou plus

et je fais des lien entre table..

Qu'en pensez-vous? Avez-vous mieux?


Merci a tous

[Dam1en]

Au lieu de faire une table par dimension tu fais une table store avec les champs : type, prix, matiere, largeur, hauteur.

Pour afficher les prix en fonction des tailles, tout se fait dans une requete de selection dans la clause WHERE

ex : SELECT prix from Table_store Where largeur=30 AND hauteur=60 AND matiere=idmatiere

[Hervé Saladin]

Je ne suis pas sûr que le forum PHP soit le plus adapté pour poser tes questions sur la conception de base de données...
Pour répondre à ta question :

table 1 : type (champs: type, matiere, coloris)

=> pourquoi enregistrer les matiere et coloris dans la table type ?

table 2 : matiere (champs: type, matiere) --> je mets toutes les matiere par type
table 3 : coloris (champs: type, coloris) --> je mets tous les coloris par type

=> là, ok

table 4 : 60mm (champs: type, prix, matiere, largeur)
table 5 : 70mm (champs: type, prix, matiere, largeur)
table 6 : 80mm (champs: type, prix,matiere, largeur)
table 7 : 90mm (champs: type, prix, matiere, largeur)
table 8 : 100mm (champs: type, prix, matiere, largeur)
etc justqu'a:
table x : 230mm (champs: type, prix, matiere, largeur) ou plus

=> aïe aïe aïe !!!
pourquoi avoir toutes ces tables avec toutes la même structure et renfermant des informations équivalentes ? Il suffirait de faire :

Code :

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

table 4 : tarifs (type, matiere, largeur, dimensions, prix)

Pour résumer et pour être tout a fait complet moi, je ferais (comme ce n'est pas dit, je suppose que le coloris n'a pas d'incidence sur le prix) :

Code :

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

1
2
3
4
5
6
TypeStore(idTypeStore, libelleType)
Coloris(idColoris, libelleColoris)
ColorisDisponibles(idTypeStore#, idColoris#)
Matiere(idMatiere, libelleMatiere)
DimensionStores(idDimension, largeur, profondeur)
Tarif(idTypeStore#, idMatiere#, idDimension#, prix)

[pierrot10]

Merci beaucoup pour ces info!!!

[pierrot10]

Salut Hervé,
merci pour tes codes et idées.
Cependant j'ai quelques question.

Question 1:
La table dimensionStore

DimensionStores(idDimension, largeur, profondeur)

ne derait-elle pas avoir le champs isTypeStore# qui dera la liaison avec le type du store, car les prix vont correspondre au type en fonction des dimention et des matieres.

Question 2:
pour mes deux champs idTypeStores, j'ai créé quatre champs avec les valeurs suivante: 1,2,3,4

Pour ma table idMatiere, j'ai créé 5 champs.
Es-ce que les valeur de ces champs peuvent etre: 1,2,3,4,5?
Il risque pas d'avoir un confli?
devrais-je pas donner les valeur suivante: 10,20,30,40,50?

Idem pour idColoris: 100,200,300,400?

Question 3:
Je ne comprends pas un truc sur ce que tu m'as montré.
Quel est le but de cette table, dans ton exeple?

ColorisDisponibles(idTypeStore#, idColoris#)

Question 4:
le idTypeStore... (tous ceux qui commence pas id...) es-ce qu'ils doivent être autoincrémenté?

extra: auto_increment

Question 5:
je ne suis pas expert en liaison (comme tu as pu le voir :o)).
Aurais-tu, ou qulqu'un d'autre, des liens sur des tutos sur les liaisons de table ou un bref résumé???

Mille mercis pour vos aides

[Hervé Saladin]

Question 1:
La table dimensionStore
Citation:
DimensionStores(idDimension, largeur, profondeur)
ne derait-elle pas avoir le champs isTypeStore# qui dera la liaison avec le type du store, car les prix vont correspondre au type en fonction des dimention et des matieres.

Tout dépend des règles de gestion de ton application, ce que je t'ai donné n'est qu'un exemple, à toi de l'adapter exactement à tes besoins.
En proposant ça, j'ai supposé qu'il y avait des dimensions "prédéfinies" pouvant être utilisées pour plusieurs types de stores différents, c'est pourquoi j'ai mis la table :

Code :

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

Tarif(idTypeStore#, idMatiere#, idDimension#, prix)

mais cela ne reflète pas forcément les besoins de tes utilisateurs, je ne sais pas ...

Question 2:
pour mes deux champs idTypeStores, j'ai créé quatre champs avec les valeurs suivante: 1,2,3,4

Pour ma table idMatiere, j'ai créé 5 champs.
Es-ce que les valeur de ces champs peuvent etre: 1,2,3,4,5?
Il risque pas d'avoir un confli?
devrais-je pas donner les valeur suivante: 10,20,30,40,50?

Idem pour idColoris: 100,200,300,400?

Quand tu dis "champs" je suppose que tu veux dire "tuples" ? sinon je n'ai rien compris à ta question. Essayes d'être précis dans ton vocabulaire.

pour mes deux champs idTypeStores, j'ai créé quatre champs avec les valeurs suivante: 1,2,3,4

deux champs ? quatre champs ? je comprends rien ...

Pour ma table idMatiere, j'ai créé 5 champs.
Es-ce que les valeur de ces champs peuvent etre: 1,2,3,4,5?
Il risque pas d'avoir un confli?

Non, les identifiants de tes différentes tables sont indépendants, ils ne risquent pas de rentrer en conflit, heureusement ...
Question 3:

Je ne comprends pas un truc sur ce que tu m'as montré.
Quel est le but de cette table, dans ton exeple?
Citation:
ColorisDisponibles(idTypeStore#, idColoris#)

Eh bien j'ai supposé que tous les types de stores n'étaient pas disponibles dans tous les coloris ... Cette table permet de savoir quels sont les coloris disponibles pour un type de store donné.

Question 4:
le idTypeStore... (tous ceux qui commence pas id...) es-ce qu'ils doivent être autoincrémenté?
Citation:
extra: auto_increment

Oui, c'est mieux en effet. Ca te permettra nottament d'etre sur que les identifiants sont bien attribués et de façon unique, le tout sans avoir à t'en soucier dans ton code PHP (c'est le SGBD qui le gère)

Question 5:
je ne suis pas expert en liaison (comme tu as pu le voir :o)).
Aurais-tu, ou qulqu'un d'autre, des liens sur des tutos sur les liaisons de table ou un bref résumé???

Je vois ...
En fait, ce dont tu as besoin, c'est des bases élémentaires des bases de données relationelles ...
Ca tombe bien, ce site regorge de cours et de tutoriels
Va voir cette page et concentre toi dans un premier temps sur les cours d'introduction à destination des débutants avant d'aller plus loin

[pierrot10]

salut, un grand merci pour le temps que tu as pris pour cette réponse,
j'ai pas pu prendre le temps de l'étudier, mais je vais le faire tout prochainement, je voulais deja te remrcier..

[Hervé Saladin]

De rien.
Penses à mettre le sujet en "Résolu".