choix de la structureRésolu

Question

Bonjour, j'aurais besoin d'aide
pour mon stage:



L'entreprise veut un affichage dynamique de ses produits, j'ai choisi PHP +
mysql. Je n'ai pas de questions sur le codage, &#231;a il n'y a aucun probl&#232;me.
C'est pour la structure de la base de donn&#233;es que j'h&#233;site.



1- Soit je suis le mod&#232;le scolaire de la base de donn&#233;es relationnelle avec une
table "cat&#233;gories" et une table "produits"

    -->pb : pour rechercher toutes les fenetres, il faut un
"select * from produit where categorie=fenetre" ce qui peut &#234;tre long
si la liste compl&#232;te des produits est longue non?



2- Soit je fais une table par cat&#233;gorie (fenetre, stores, portes etc...) avec
la liste des produits dans chaque table.

    -->je r&#233;cup&#233;re la liste des cat&#233;gories avec "show
tables" et la liste des produits avec "select * from fenetres",
c'est pas un peu couteux en place?



La base de donn&#233;es sera stock&#233;e sur un serveur qui n'appartient pas &#224;
l'entreprise, donc la taille n'est pas l'&#233;l&#233;ment le plus important.

Quel est le choix qui conviendrait le mieux sachant que :

    -->la liste des cat&#233;gories sera tr&#232;s rarement modifi&#233;e

    -->la liste des produits peut &#234;tre importante



Merci par avance &#224; tous les membres de ce site qui m'aident &#233;norm&#233;ment.




Moustik

La piqure sera terrible...

malalam · Accepted Answer

Hello,



primo, tu ne fais pas de SELECT *, ce sera deja ca de gagner (nomme
tous les champs que tu veux aller chercher, meme si la liste est
longue).

Moi je ferais une jointure, sinon. Une table intermediaire, avec
id_categorie, id_produit. Comme ca tu ne fouilles pas la table
produits, mais une table, certes aussi longue, mais avec bien moins de
champs. Et a partir de cette jointure, tu vas ne chercher dans la table
produits que les produits dont tu as trouve les id (id_produit lie au
id_categorie voulu)..

tucsoufle · Answer

salut,

ben moi &#224; premiere vu comme &#231;a

je te dirai de faire 2 tables

 - une table"categories" avec un champ id_cat et un champ nom_cat
 - une table "produit" avec tout les champs qu'ils te faut

                un champ id

                un champ nom

                un champ id_cat

                un champ caracteristique

                un champ prix etc.....



c'est ce qui est fait en general, c'est la methode la plus simple

et faire :  select * from produit where categorie=fenetre
 n'est pas plus long que select * from fenetre

Je te donne une id&#233;e, tu me donnes une id&#233;e, nous avons chacun deux id&#233;es.
Mon site Internet

tucsoufle · Answer

pfff, ca c'est du retard encore lol 

Je te donne une id&#233;e, tu me donnes une id&#233;e, nous avons chacun deux id&#233;es.
Mon site Internet

moustik510 · Answer

OK, merci pour ta r&#233;ponse TRES rapide.



donc la solution 1 est la mieux selon toi? Si je n'avais pas de r&#233;ponse, j'aurais choisi la 2 je pense.



mais j'aime bien ton id&#233;e pour la table interm&#233;diaire , j'aurais juste
&#224; la mettre &#224; jour &#224; chaque modification de la cat&#233;gories ou de la
table produits.



ta table interm&#233;diaire, c'est une view? je ne sais pas si &#231;a existe en
mysql, c'est pour &#231;a que je demande (j'ai &#233;t&#233; form&#233; au SQL sur oracle)




encore merci pour ta r&#233;ponse et ta rapidit&#233;


Moustik
La piqure sera terrible...

malalam · Answer

Aucune idee, je ne suis pas super cale en base de donnees lol. Mais je
suppose oui, d'apres mes souvenirs d'Oracle (ca remonte...).

Pour la mise a jour ce n'est pas plus complique si tu te crees une petite interface admin pour ca.

Toi tu mets a jour tes produits et categories, ton script admin se
charge de mettre aussi a jour la table de jointure de maniere
transparente.

Et je repete histoire d'emmerder Tuc, lol : pas de SELECT *, c'est plus
gourmand qu'un SELECT machin, truc, bidule...etc etc dans tous les cas.

tucsoufle · Answer

lol le pire c'est que je suis le premier &#224; gueuler d'habitude quand on le fait mais l&#224; non...

j'avais pas envie, je c'est pas mais je ne l'ai pas dit 

Je te donne une id&#233;e, tu me donnes une id&#233;e, nous avons chacun deux id&#233;es.
Mon site Internet

moustik510 · Answer

Donc pour &#234;tre sur :

pour vous la solution 1 (tables cat&#233;gories et produits + table
interm&#233;diaire) sera pour rapide que la solution 2 (une table par
cat&#233;gorie)



pour tucsouffle : moi je pense que le "select col1,col2,col3 from
produits" (merci malalam) de la solution 1 est plus lent que le "select
col1,col2,col3 from fenetres" de la solution 2 car la table produits
comprendra tous les produits alors que la table fenetre sera
significativement plus petite.



Mais bon c'est vrai que la liste ne sera pas gigantesque non plus ...c'est d&#233;cid&#233;, je prend la solution 1, merci &#224; vous deux, r&#233;ponse accept&#233;e. 


Tout en dehors du sujet : ce n'est pas possible de faire des citations des r&#233;ponses pr&#233;c&#233;dentes? je ne sais pas comment faire.






Moustik
La piqure sera terrible...

malalam · Answer

Bah je ne pense pas que ce soit plus rapide parce que tu feras un
adressage direct de toutes facons. Enfin chais pas, peut-etre lol.



Et a mon avis donc, oui, la solution avec table intermediaire sera plus
rapide mais ce n'est pas garantie, je ne suis pas du tout un pro des
bases de donnees...hein.



Tu peux aller faire un tour la :

http://www.tn.refer.org/hebergement/cours_sql/concepts1.html

pour avoir plus de renseignements, ce site est tres instructif :-)



Aucune idee pour les citations :-) Mais je fais du copier coller lol.

malalam · Answer

Reflexion faite apres un peui de lecture, lol, il semble que ce ne soit
pas plus rapide et que tu peux en rester a produits et categories.

En tous cas, sur de sur, suis d'accord avec Tuc, ta 2eme solution est a proscrire.

donc table produits avec id_categorie dedans, et table categorie avec
id_categorie dedans aussi evidemment. Apparemment les tables
intermediaires se font si il y a plus de relations que un a un, ou meme
un a plusieurs. (plusieurs a plueisurs en fait, dans ce cas on cree de
nouvelles tables)



Le plus simple, tape toi Merise, lol.

malalam · Answer

et comme je suis tres gentil, g lu pour toi :



 2 : Relation binaire aux cardinalit&#233;s (X,1) - (X,n), X=0 ou X=1 
        

        

        La Cl&#233; Primaire de la table &#224; la cardinalit&#233; (X,n) devient une 
        Cl&#233; Etrang&#232;re dans la table &#224; la cardinalit&#233; (X,1) : 



       
        
Exemple de Syst&#232;me d'Information
(SI) :

Un employ&#233; a une et une seule soci&#233;t&#233;. Une soci&#233;t&#233; a 1 ou n employ&#233;s.,

----

Mod&#232;le Conceptuel de Donn&#233;e (MCD) :

,

----

Mod&#232;le Logique de Donn&#233;e Relationnelle (MLDR) :

EMPLOYE (id_Employe, Nom_Employe, #id_Societe)

SOCIETE (id_Societe, Nom_Societe),

----

Mod&#232;le Physique de Donn&#233;e (MPD), ou sch&#233;ma de base :






url :

http://www.sam-mag.com/P53,53,5,55,,,default.aspx. 

Y sont presentes les 6 schemas rencontres lors de la conceptualisation d'une bdd.



Si avec ca tu t'en sors pas... ;-)

moustik510 · Answer

bon alors c parti, j'ai du boulot!



Merci &#231;a m'a aid&#233;.



ps: si je fais du Merise pour deux tables comme &#231;a c'est que je suis mal barr&#233; pour le futur lol!



tchao


Moustik
La piqure sera terrible...

moustik510 · Answer

malalam : j'avais pas encore eu ton dernier msg.

Je connais Merise mais merci quand m&#234;me de passer du tps pour mon pb (qui n'en est plus un maintenant)

Moustik
La piqure sera terrible...

Choix de la structure

12 réponses

Votre réponse

Discussions similaires