structure générique de boutique en ligne

structure générique de boutique en ligne - PHP - Programmation

Marsh Posté le 13-06-2006 à 17:00:06    

pas spécialement relatif à PHP mais puisque je code pour ma aprt en PHP...
 
je désire faire une structure de boutique générique pouvant acceuillir n'importe quel type de produit.
Concernant la base de donnée je souhaiteront donc partir sur une table le plus épurée possible pour les produit product(id,name,reference) et ne stocker aucune caracteristiques propre au produit dans cette table, vu que ces caracteristiques dont dépendantes du type de produit (un livre n'a pas les même caracteristique qu'une carte graphique par exemple). J'ai donc pensé à une autre table info (id,name) et info_idx(id,info_id,product_id,value). on crée une nouvelle ligne a info pour chaque caracteristique du produit. Se pose la question du typage de chaque info. Cela peut etre du texte long, court, un prix, une selection dans une liste.
 
Déjà que penser vous de cette façon de proceder a vouloir une structure réellement générique? est-ce une utopie et la BDD doit-elle refléter au mieux le type de produit? quel piste de reflexion pouvez vous apporter?

Reply

Marsh Posté le 13-06-2006 à 17:00:06   

Reply

Marsh Posté le 13-06-2006 à 17:19:14    

Quel est ton but final? Proposer un outil facilement adaptable à différents secteurs ou bien avoir plein d'artilces différent dans ta boutique?

Reply

Marsh Posté le 13-06-2006 à 22:54:00    

la premiere solution, j'aurais plusieurs boutique a developper donc je veux partir sur une base commune voire unique.

Reply

Marsh Posté le 14-06-2006 à 00:04:56    

fait attention: a vouloir quelque chose de trop generique ,tu vas te trouver a recoder access
 
Si tu veux garder une structure générique,il va falloir faire des concessions  sur le niveau de detail de chaque article

Reply

Marsh Posté le 14-06-2006 à 00:07:14    

Je bosse sur le même principe, avec une légère différence quand même, être générique c'est bien, être trop générique, ça sert à rien.  
 
Là, je vais résumer ça en termes de cardinalités, entre les produits et les infos, tu dois viser le 0,n, ce qui veut dire que tu dois pouvoir faire le maximum sans te servir de la table infos.
 
Et tel que tu l'as écrit pour le moment, tu as un 1,n, le prix sera une info nécessaire et obligatoire et n'a donc rien à faire dans la table infos.

Reply

Marsh Posté le 14-06-2006 à 02:08:00    

oui certaine "infos" sont communes a toutes les boutiques donc il ne faut pas les integrer dans une table generique.
je pense par exemple au prix, a la ou les photos et d'autres...

Reply

Marsh Posté le 22-06-2006 à 20:43:33    

voila 2 documents expliquant la structure que je compte employé, dans l'exemple de la documentation il s'agit d'un site vendant des livres.
 
 
http://speedyop.free.fr/MCD.pdf
 
http://speedyop.free.fr/documentat [...] ue_BDD.pdf
 
 
n'hésitez pas a commenter le fait de stocker des informations différentes dans les mêmes tables.


Message édité par speedyop le 22-06-2006 à 20:43:58
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed