2. quand tu as choisi la solution phpmyshop, elle devait correspondre à un cahier des charges, l'as tu vérifié avant de choisir ? A en croire ta réponse précédente, non.

Pas de cahiers des charges

3. dans quel cadre fais-tu ce travail ? si c'est un stage, va vite voir ton maitre de stage pour en parler avec lui, si tu interviens en tant que professionnel, es-tu certain d'avoir les compétances nécessaires ou n'as-tu pas eu les yeux plus gros que le ventre ?

Non c'est un rendu de service, je n'ai sûrement pas actuellement les compétences pour trouver une solution a mon problème mais il me semble que si je suis venu ici pour en parler c'est bien pour y trouver de l'aide, donc a tous ceux pour qui une question de débutant "prend la tête" passez votre chemin je demande pas la charité, au autres pour qui un forum est un lieu d'échange merci beaucoup de prendre du temps pour moi

le fait qu'il edite une facture HT TTC,

1. on ne va pas dire que ta solution est bonne pour te faire plaisir.

2. quand tu as choisi la solution phpmyshop, elle devait correspondre à un cahier des charges, l'as tu vérifié avant de choisir ? A en croire ta réponse précédente, non.

3. dans quel cadre fais-tu ce travail ? si c'est un stage, va vite voir ton maitre de stage pour en parler avec lui, si tu interviens en tant que professionnel, es-tu certain d'avoir les compétances nécessaires ou n'as-tu pas eu les yeux plus gros que le ventre ?

c'est gentil de me repondre mais tous les post de reponses metent en avant l'aberation de la solution que j'ai trouve, vous avez pas une idée qui irais un peut plus dans la logique??

merci de prendre le temps de me repondre c'est cool

Pour te fournir une réponse logique, il faudrait au préalable que tu nous dises le but logique que tu poursuis, but qui jusqu'à présent ne nous apparaît pas très clair. Dans la mesure où les produits sont déjà tous dans la base, quel est l'intérêt (logique) d'avoir une table contenant toutes les combinaisons ?
Dans une base de données, on ne met en principe JAMAIS de champ calculé, or ce type de combinaison est un champ calculé puisque les données sont déjà existantes dans la table des produits. Le calcul ne sert théoriquement que pour l'affichage, voire la production d'une facture ou un bon de livraison. Mais le stocker n'est pas d'une utilité évidente: d'autant moins que je ne saisis pas à terme comment tu pourras par la suite utiliser cette table de combinaison : comment feras-tu pour aller chercher une combinaison particulière sans devoir aller chercher dans la table produits chaque élément qui la compose ??

Petit rappel sur le principe des bases de données : une même information ne doit y être stockée une fois.

Maintenant, dis-nous combien de fois tu stockes '1 petit pain et condiments compris'

je sais tres bien..........mais tu connais une solution a ca avec phpmyshop?

Ok, alors il suffit de définir tous les types de combinaison, je dis bien "types" et non combinaisons tout court. à partir du type entree+plat+dessert, on peut faire un tableau à deux dimensions

$combinaison  = array();
/* ça, c'est la base */
$combinaison['entree'] = array();
$combinaison['plat'] = array();
$combinaison['dessert'] = array();

À partir de là, il faut lister pour chaque entrée existante les possibilités de plats et à chaque plat faire la liste des desserts possibles. Le but de la manoeuvre, c'est de construire un tableau contenant toutes les combinaisons et ensuite de créer dynamiquement la liste de requêtes tout aussi dynamiquement à partir de ce tableau.

Par contre, j'ai du mal à saisir l'intéret de stocker ces combinaisons...

Petit rappel sur le principe des bases de données : une même information ne doit y être stockée une fois.

Maintenant, dis-nous combien de fois tu stockes '1 petit pain et condiments compris'

$combinaison  = array();
/* ça, c'est la base */
$combinaison['entree'] = array();
$combinaison['plat'] = array();
$combinaison['dessert'] = array();