Bonjour à tous,
Je suis entrain de créer une extension e-commerce pour un cms.
J'aurais besoin d'un petit conseil pour la création des commandes.
Actuellement, j'ai prévu une table mysql qui va contenir au minimum:
- Id Commande
- Id User
- Statut commande
- Produits commandés
Je me demande comment devraient être stockés les produits commandés.
En effet, que ce passe-t-il si je supprime du catalogue, un produit qui a déjà été commandé dans le passé?
-Si j'ai stocké toute l'info produit dans la table commandes, je peux afficher l'historique de commande sans pb.
-Si je ne stocke que l'id produit dans la table commande, impossible d'afficher la commande complète car le produit n'existe plus.
Lorsque je regarde des extensions ecommerce existantes, très peu stockent toute l'info produit dans la table des commandes.
C'est pourtant l'option qui me semblait la plus efficace en regard de cette question.
Quelle serait la meilleure stratégie à adopter? Je suis en fait très surpris que les extensions existantes ne stockent pas toute l'info d'un produit dans la table des commandes...
En vous remerciant par avance pour vos conseils.
la communauté d'entraide francophone dédiée au PHP
conseils pour création e-commerce
J'aurais plus tendance à dire que dans ta table produits il faudrait que tu aies un statut produit (Du style futur, actif, inactif, etc....).
Comme ceci, plutôt que de supprimer tes produits, tu les rends inactifs lorsqu'ils ne sont plus commandables.
Après, à toi d'adapter les produits que tu sélectionnes.
- Dans les commandes terminées, tu autorises l'affichage des produits inactifs.
- Dans les nouvelles commandes, tu ne les autorises pas.
Etc...
(Dans ta table des commandes, rajoute quantité, etc....).
(C'est quel cms ? T'as regardé du coté d'outils comme Prestashop etc... ?)
Comme ceci, plutôt que de supprimer tes produits, tu les rends inactifs lorsqu'ils ne sont plus commandables.
Après, à toi d'adapter les produits que tu sélectionnes.
- Dans les commandes terminées, tu autorises l'affichage des produits inactifs.
- Dans les nouvelles commandes, tu ne les autorises pas.
Etc...
(Dans ta table des commandes, rajoute quantité, etc....).
(C'est quel cms ? T'as regardé du coté d'outils comme Prestashop etc... ?)
c'est une bonne option effectivement.
mais je me demande si c'est une bonne chose de conserver indéfiniment des produits que l'administrateur a marqué comme supprimés.
Je suis sous Drupal actuellement mais je travaille aussi sur Joomla, Wordpress...
Il me semble que les produits sont réellement supprimés dans la bdd quand on le demande, ce n'est pas un changement de statut du produit.
Si je pousse ton raisonnement jusqu'au bout, je dois en fait vérifier si un produit a déjà été commandé au moment de sa suppression. Si oui on archive au lieu de supprimer, si non, on peut supprimer définitivement.
Est-ce la meilleure manière de faire ou il y en a d'autres?
mais je me demande si c'est une bonne chose de conserver indéfiniment des produits que l'administrateur a marqué comme supprimés.
Je suis sous Drupal actuellement mais je travaille aussi sur Joomla, Wordpress...
Il me semble que les produits sont réellement supprimés dans la bdd quand on le demande, ce n'est pas un changement de statut du produit.
Si je pousse ton raisonnement jusqu'au bout, je dois en fait vérifier si un produit a déjà été commandé au moment de sa suppression. Si oui on archive au lieu de supprimer, si non, on peut supprimer définitivement.
Est-ce la meilleure manière de faire ou il y en a d'autres?
Si le prix ou l'image du produit changent il faut que l'acheteur puisse retrouver ses infos comme elles étaient au moment de la commande. pareil pour l'image, le descriptif...en fait je suis obligé de stocker pas mal d'infos produits dans la table commande. Donc tu as raison, autant archiver le produit plutôt que de le supprimer.
Mais je me pose toujours 2 questions:
1- Pourquoi de si nombreuses extensions préfèrent stocker des infos dans la table commande plutôt que de conserver le produit avec un statut différent?
2- Avec une boutique pour un gros vendeur, est-ce une bonne chose de conserver indéfiniment tous les produits?
Mais je me pose toujours 2 questions:
1- Pourquoi de si nombreuses extensions préfèrent stocker des infos dans la table commande plutôt que de conserver le produit avec un statut différent?
2- Avec une boutique pour un gros vendeur, est-ce une bonne chose de conserver indéfiniment tous les produits?
Il est certain que ce que tu as décrit au départ est très simple en terme de consolidation d'info.
Dans l'ERP que j'administre, tu as une table pour les commandes, sans le détail. Une autre table avec tout un tas de détails (article, prix de vente, TVA de la ligne, quantité, remise, etc....). Une 3e table avec les lignes ne contenant que du texte libre (en gros tous les commentaires qui sont écrits dans la commande, et qui ne sont donc pas des articles.
Tu as aussi les trois mêmes tables pour historiser les commandes réalisées, avec les mêmes informations.
Pour les articles, tu peux les supprimer tant qu'ils n'ont pas été utilisés ou commandés. Après ce n'est plus possible, il seront donc passés en statut inactif.
Etc...
Mais pour cela, il faut déjà que tu places le curseur sur ce que tu veux faire exactement :
- Quelle population visée => Quelle volumétrie absorber.
- Quel degré de complexité du système.
- Les flux de transfert des informations.
- Les actions possibles, pas possibles (Non seulement maintenant, mais essayer d'avoir une vision de l'évolution que tu vas vouloir donner à ton projet).
- Etc...
En fonction de cela, tu pourras commencer à modéliser ta base de données, avec les tables, les liaisons entre elles, etc... Et vraiment avancer dans ton projet.
Dans l'ERP que j'administre, tu as une table pour les commandes, sans le détail. Une autre table avec tout un tas de détails (article, prix de vente, TVA de la ligne, quantité, remise, etc....). Une 3e table avec les lignes ne contenant que du texte libre (en gros tous les commentaires qui sont écrits dans la commande, et qui ne sont donc pas des articles.
Tu as aussi les trois mêmes tables pour historiser les commandes réalisées, avec les mêmes informations.
Pour les articles, tu peux les supprimer tant qu'ils n'ont pas été utilisés ou commandés. Après ce n'est plus possible, il seront donc passés en statut inactif.
Etc...
Mais pour cela, il faut déjà que tu places le curseur sur ce que tu veux faire exactement :
- Quelle population visée => Quelle volumétrie absorber.
- Quel degré de complexité du système.
- Les flux de transfert des informations.
- Les actions possibles, pas possibles (Non seulement maintenant, mais essayer d'avoir une vision de l'évolution que tu vas vouloir donner à ton projet).
- Etc...
En fonction de cela, tu pourras commencer à modéliser ta base de données, avec les tables, les liaisons entre elles, etc... Et vraiment avancer dans ton projet.