Il n'y a pas de problème, je ne suis pas faché.... rassure toi.
Par contre discutons, tu as raison, amélioration de thélia.
Pour améliorer une application comme thelia, il y a,en gros, 2 solutions.
La première, est de faire des modification dans le différents programmes, d'ajouter des plugin, pour que chacun y trouve son compte. C'est souvent ce qui est fait dans ce genre de développement communautaire, et le risque de de faire une machine à gaz, super performante, mais inutilisable auquelle plus personne, sauf les développeurs, ne comprennent quelque chose.
Ce fut ma premiere impression, lorsque l'on m'a demandé de travailler avec thélia. Mais rapidement, je suis revenu sur cette premiere impression, et suis un peu rassuré, car en plus de la communauté, il y a une société (française) qui est derriere.
La seconde, c'est de regarder thelia de façon plus théorique, et de voir l'utilisation qu'en font ceux qui développent avec.
Je vais te dire, ce que j'en pense, et ce qu'a mon avis il convient d'améliorer dans ton cas. (c'est la premiere question que j'ai posée en arrivant dans le forum).
Thélia, me semble parfait ou presque dans sa partie paiement, panier, suivi de commande... le coté commercial et, cela n'engage que moi, est trés bien fait.
Pour la base de données des produits c'est autres chose. Là, ce n'est pas abouti, et là, cela ressemble à ma fameuse usine a gaz. (mais ce n'est pas facile pour faire mieux, je l'avoue)
Raisonons :
Dans une base de données, il n'y a que 2 types de relations entre entitées(entitées n'est pas encore une table, mais cela y ressemble).
Une entité c'est ce qui définie un et un seul article.
exemple :
entité client (définie un et un seul client) et entitées facture(définie une seule facture)
la relation qui existe entre c'est deux tables est un relation de type CIF(contrainte d'intégrité fonctionnelle) qui dit, tout simplement/
Un client peut avoir au minimum une facture dans la base (voire parfois 0), et au maximum N (un certain nombre indeterminé).
Une facture, n'appartient qu'a un et un seul client.
Ca, THELIA le fait trés bien.
Supposons maintenant, que,je vende des produits de saison, dont le prix varie tous les jours, et qui ne sont pas conditionnés selon un embalage quelconque, donc qui ne possèdent pas de numéro de référence unique (c'est quelque chose qui ressemble à ton cas).
Donc, un client achète un ou plusieurs produits selon une quantité différente pour chacun, selon un prix du jourdifférent pour chacun, à une date donnée.
Dans ce cas, la relation qui existe entre l'entité client et l'entité produit est du type N'aire, ce qui veux dire :
Un client peut acheter au minimum 1 produit et au maximum N.
Un produit peut être acheté par au minimum 0 client ou N clients au maximum.
evidamment, selon des prix et quantité différente a chaque fois.
Donc dans ce cas là, il nous faudra construire une table intermédiaire entre la table clients et la table produits. Cette table intermédiaire devra être composé à partir de la clée primaire de la table client, de la clée primaire de la table produit, de la quantité achetée, du prix du jour, de la date du jour .
Ca thélia ne sait pas faire. (et moi non plus pour l'instant, mais je me soigne).
La question que je pose est la suivante :
Comment resolvons nous les relations de type N'aire dans la base des produits THELIA?
Pour palier un peu, à ce problème, il y a les caractéristiques et le déclinaisons...... Mais ce n'est pas exactement ce qu'il faut.... La preuve, c'est difficile pour toi, car tu as besoin de champs supplémentaires dans les déclinaisons, (si je comprends ton problème).
Je te prie de bien vouloir excuser, ce ton un peu trop professoral que je mets dans mes explications, ce long post, mais je préfère, être trop clair que pas assez..... et ne n'est pas certain... en plus.
Voila le type de discution que j'aimerai avoir, avec vous tous, voila le type de post que j'aimerai lire, et pas des posts qui rouspètent, qui exigent, et qui ne sont la que parce que le gens on besoin, mais pas pour faire avancer le projet.....
Je ne dis pas cela pour toi, car j'ai vu d'autres posts ou tu participes efficacement.
Amicalement
Papilou
