Discussion :

[cFranssen]

bonjour, je souhaite faire une bd pour des recettes. Je souhaite faire un formulaire de recherche en fonction des ingrédients que l'on a à la maison. Par exemple, on coche "sucre" 250g et "sel" 20g et le moteur de recherche nous sort toute les recette qui peuvent se faire avec ces ingrédients.

Mon problème est que je ne sais pas comment organiser ma table je ne peu pas faire un champ pour chaque ingrédient car on aurait une table sans fin. Je ne sais pas non plus comment faire mon formulaire de recherche car si je dois faire une case pour chaque ingrédient on vas s'y perdre

bref besoin de vos conseils.

[punkoff]

Bonjour,

Mon problème est que je ne sais pas comment organiser ma table je ne peu pas faire un champ pour chaque ingrédient car on aurait une table sans fin.

C'est pourtant une idée :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Recette 1,n -----Contient----- 0,n Ingrédient

Votre relation "Contient" pourra avoir aussi une colonne "quantité" et "unité de mesure"

Il vous faudra donc une autre table pour ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Recette 1,n -----Contient----- 0,n Ingrédient
.                       |
.                       |
.                      0,n
.                    Unité de mesure

[mike12z]

Bonjour,
je n'ai pas bien compris la proposition de punkoff, donc sa proposition sera peut-être bien mieux ou plus simple que la mienne, mais sait-on jamais !
J'ai pensé à une chose...

voici une idée :
créez trois tables: une première pour les ingrédients (indépendamment des recettes) tout simplement, comme ça chaque fois que vous voulez ajouter un nouvel ingrédient qui n'était présent nulle part: un nouvel enregistrement, et hop.

La deuxième pour les recettes, où seuls le nom de la recette et la clé primaire seraient présents.

La troisième avec un champ pour les quantités et un pour les mesures, un pour les numéros ID des ingrédients, et un pour les numéros ID de la recette.

Ensuite, il n'y a pas de problème si vous voulez, en plus de créer un formulaire de recherche, (j'y reviens plus tard), donner la possibilité aux internautes d'ajouter des recettes, ou alors simplement à vous-même de les ajouter très aisément.

A l'ajout d'une nouvelle recette, il faudra que la page d'ajout enregistre le nom de la recette une seule fois dans la table de recette, les nouveaux ingrédients éventuels (qui n'étaient encore présents dans aucune autre recette) dans la table des ingrédients. Dans la troisième table, tout simplement un enregistrement par ingrédient à utiliser, où le même ID que celui de l'ingrédient de la première table s'enregistrerait dans le champ de l'ID de l'ingrédient dont je parlais plus haut, avec la quantité, la mesure, etc. et le numéro de l'ID de la recette correspondant (deuxième table), permettant de regrouper les bons enregistrements par recette. Ensuite, pour la lecture, tout simplement croiser les tables, et le tour est joué.

Concernant le formulaire de recherche : un fetch sur la table des ingrédients, une boucle du type :
while ($ingredient = $ingredient_distinct->fetch()) {afficher une nouvelle case à cocher avec le nom de l'ingrédient}
Enfin ça c'est si vous voulez fonctionner avec les cases à cocher. Sinon, j'ai pas trop d'autres idées comme ça pour le formulaire de recherche, je vous tiens au courant si je trouve mieux.

Voilà, j'espère que ça vous aura fait avancer un peu.

[cFranssen]

je n'ai pas compris punkoff non plus mais il fonctionne avec 2 table je crois.


le système de 3 table a l'aire plus simple a utiliser mais pour le formulaire de recherche, une boucle sur les ingrédients me sortirait tout les ingrédients utiliser dans toute mes recettes (donc beaucoup trop) il faudrait peut-être les trier par catégorie "épice", "viande rouge", ...

[CinePhil]

Le premier modèle de Punkoff est bon :

Recette 1,n -----Contient----- 0,n Ingrédient

Il engendrera les tables suivantes :
recette (rct_id, rct_nom, rct_description...)
ingredient (igd_id, igd_nom...)
rct_contenir_igd (rci_id_recette, rct_id_ingredient, rci_quantite...)

Son second modèle pose un petit problème car il autorise une recette à contenir plusieurs fois le même ingrédient dans des unités de mesure différentes. Cependant, l'externalisation de l'unité de mesure est une bonne idée qui nécessite de modifier légèrement le premier MCD :
Recette -1,n -----avoir----(1,1)- Composition -(1,1)----entrer----- 0,n Ingrédient

J'ai transformé l'association "contient" de Punkoff en entité associative "Composition" avec une identification relative exprimée par les cardinalités entre parenthèses.

Il devient alors possible d'associer cette entité "composition" avec les unités de mesure :
Recette -1,n -----avoir-----------(1,1)- Composition -(1,1)----entrer----- 0,n Ingrédient
Unite_mesure -0,n----Exprimer----1,1----|

Ce qui donnera les tables suivantes :
recette (rct_id, rct_nom, rct_description...)
ingredient (igd_id, igd_nom...)
unite_mesure (um_id, um_libelle, um_abreviation)
composition (cps_id_recette, cps_id_ingredient, cps_id_unite_mesure, cps_quantite)

une boucle sur les ingrédients me sortirait tout les ingrédients utiliser dans toute mes recettes (donc beaucoup trop) il faudrait peut-être les trier par catégorie "épice", "viande rouge",

Pas de problème, on peut compléter le modèle de la façon suivante :
Ingredient -1,1----classer----0,n- categorie

Ce qui ajoute la table des catégories :
categorie (cat_id, cat_libelle)

Et ce qui modifie la table des ingrédients de la façon suivante :
ingredient (igd_id, igd_id_categorie, igd_nom)