Bonjour,
 
Je compte faire un site qui recense des recettes de cuisine avec un moteur de recherche en fonction des aliments et je me demande pour quelle solution opter pour la base de données (MySQL, et le site utilisera du PHP) entre les 2 suivantes :
 
- mettre la liste des ingrédient de la recette entière dans un champ text et ensuite pour rechercher par ingrédient on fais une recherche tout bête dedans.
 
ou bien  
 
- faire une table ingrédients (id, nomIngrédient), une recette (id, texteRecette) et une table d'association Ingredient_Recette (idRecette, idIngrédient, quantité). Ainsi quand on fait une recherche sur un aliment on récupère son id et on cherche dans la table d'association toutes les recettes qui ont cet ingrédient.
 
La dernière solution me semble plus efficace mais la table Ingredient_Recette risque de contenir énormément d'enregistrements et je ne sais pas si ça peut poser problème, s'il y a une limitation. De plus cette solution est plus complexe à gérer pour la partie où on ajoute des recettes car il faudra rentrer les aliments séparement et séparer également quantité et aliment.
 
Donc voilà laquelle est mieux ? Si la 2eme est vraiment plus efficace vaut-elle le coup d'etre implémentée avec les difficultés qu'elle comporte ?
 
Merci de me répondre.

la deuxième, sans hésiter un quart de seconde, la première est affreuse pour la recherche.

ok et donc il faut que je crée ensuite un index sur idRecette et idIngrédient de la table d'association pour optimiser la recherche c'est ça ?

étant donné que ce couple est la clé primaire de la table en question, ça me parait évident.

Ok merci bien.
 
Et autre question : est-ce possible de gérer facilement les ingrédients dont le nom est parfois au pluriel et parfois au singulier ? Par exemple si on rentre une recette avec 1 pomme et une autre avec 2 pommes il faudrait que les deux soient reliés à l'aliment "pomme". Et si oui comment car là j'avoue que j'ai un peu de mal à voir comment mettre ça en place.

bah tu 2 champs dans ta table ingrédients, un pour le singulier, un pour le pluriel...ou alors tu te contentes de mettre un (s) à l'affichage si tu t'en fiches un peu...

Solution subsidiaire : tu proposes une liste des ingrédients connus plutôt que de laisser la main à l'utilisateur.
 
Du coup, pour simplifier, tu rajoutes une table "catégorie" pour les ingrédients, histoire de pouvoir séparer dans la liste les viandes, les légumes, les condiments, etc.

c'est un des intérêts de la 2nde méthode.  

Oui, et ça résoud ton problème de "avec ou sans S"

non le problème du "s" c'était pour l'affichage de la recette pas pour la recherche.

Si c'est pour l'affichage, un bête test au niveau de php permettra d'afficher le 's' ou pas selon la quantité.
 
Sur le principe :
 
Si ( quantité > 1 ) alors
  ingrédient = valeur_BDD;
sinon
  ingrédient = valeur_BDD + "s"
Fin si

il faudra quand même un peu plus que ca sinon il va se retrouver avec des 100 gr de sels

Exact

La où ça devient coton, c'est aussi faire la différence entre :
 
1 olive
1 kg d'olives

 
olives : 1
olives : 1 kg
 

c'est vrai que le choix de tout taper au pluriel: c'est pas bete, sinon faut carrement se garder une table de regle grammaticale, le truc completement con a modéliser ^^