Problème de méthode [Résolu]

[Ema*h]

Bonjour,

Pour un site de vente en ligne, je propose aux clients de sauvegarder leurs caddie pour qu'ils puissent l'exploiter plus tard.

Je me pose une question quant à la structure que ma base de donnée devrait avoir pour gérer cette sauvegarde.

( J'utilise PHP & MySQL )

J'ai donc une table panier avec :

numero_caddie -> clef primaire
numero_client -> clef étrangère reliée à la table client
numero_article -> clef étrangère reliée à la table article
qte_article -> la quantité de chaque article
date

Sachant qu'avec cette méthode, j'aurais autant de ligne pour chaque client que d'article différents dans son caddie..

Je me demande si cette méthode ne va pas allourdir ma base..

Serait il plus judicieux de faire une table sans clef étrangère de ce type :

numero_client -> clef étrangère reliée à la table client
caddie -> les infos du caddie concatenée
date

Et d'exploiter ce champs caddie avec la fonction explode() en php?

Merci de votre réponse

[RideKick]

La premiere methode va effectivement rendre ta base concecante mais tu vas pouvoir effectuer des operations dessus genre statistiques , supprimer les articles qui ne sont plus en stock etc ....

La deuxieme te permet de garder une base pas trop lourdes mais les possibilites sont moins grandes .....

[Mogwaï]

J'aurai tendance à dire que la première solution est la meilleure.

Ensuite ça depent du panier moyen. Si en moyenne les clients commandent 1 à 2 articles par panier, la première solution ne sera pas couteuse en nombre d'enregistrements. Si par contre le panier moyen est de 50 articles, l'ordre de grandeur est très différente...

[Ema*h]

Etant donné que c'est un site de vente en ligne, la future table commande posera le même probleme ( article commandé par le client ), en fait toutes tables avec relation 1,n..

J'ai fais quelques tests, et avec la première méthode, ma base augmente relativement vite en taille, d'ailleurs mon hébergeur n'a pas apprécié

Je me demandais comment les sites de ce type font pour gérer ces tables.

[Mogwaï]

Envoyé par Ema*h

d'ailleurs mon hébergeur n'a pas apprécié

Si tu n'as pas le droit de jouissance de ta base comme bon te semble, change d'hébergeur

[Ema*h]

Je suis chez OVH, offre 90Plan (40Mo / BDD)

Je suis passé de 10mo à 300mo avec mes tests :p

Le site sera hébergé chez amen au final (400Mo / BDD).
Mais même avec 400mo j'ai des doutes.. à moins de prendre une option pour augmenter la taille de la bdd je ne vois pas quoi faire.

[Mogwaï]

Envoyé par Ema*h

Je suis passé de 10mo à 300mo

300Mo de panier ?

[RideKick]

Envoyé par Ema*h

Je me demandais comment les sites de ce type font pour gérer ces tables.

La plupart sont sur des serveurs dédiés....

Amen est vraiment bien , sinon tu as Cineteck dont le service client est genial !

[Ema*h]

Envoyé par winloto

300Mo de panier ?

Table panier et table commande

J'ai environ 5000 articles et 3000 clients, donc ca grimpe vite

La plupart sont sur des serveurs dédiés....

Oui c'est pas faux

[Mogwaï]

Envoyé par Ema*h

5000 articles et 3000 clients

Tu peux te payer le luxe d'un dédié sans contraintes alors

[Ema*h]

Envoyé par winloto

Tu peux te payer le luxe d'un dédié sans contraintes alors

C'est bientôt noël, ca tombe bien..

Bon en tout cas merci pour vos réponses, je vais concerver la première méthode qui semble plus souple.

[Mogwaï]

Attention toutefois, la gestion d'un dédié demande du temps...

[RideKick]

Envoyé par winloto

Attention toutefois, la gestion d'un dédié demande du temps...

et un bon lots de connaissances etant donné que tu fais toi meme ta config ....

[Mogwaï]

Tout à fait d'accord