I want to make a database of recipes that I like, but I\'m having trouble designing it. I want to have at least two tables:
You could consider something like a folder of text files, with a full-text index of some sort.
Or a table like Recipes(ID, LikeRatio, Description as text). Again with a full-text search.
Theorically you could use a normalized model like the one @Mike suggested. But looking at actual recipes, it needs to be more flexible. For example in this model, there's no evidence of the use at some step of the outcome of a previous step.
Does one recipe have many ingredients or many recipe's have many ingredients
I'd expect it will be the latter to allow you to find recipe's by ingredient.
So you will need an intermediate table to break the many to many relationship into two one to many relationships.
Recipe(RecipeID, etc...)
Ingredients(IngredientID, etc....)
RecipeIngredients(RecipeID, IngredientID, etc..)
Then in RecipeIngredients
I would put information such as quantities of that ingredient for that recipe.
Here is a link to a pretty advanced one:
http://www.databaseanswers.org/data_models/recipes/index.htm
but if you really want to code it yourself I would go with a third relational table.
cheers, Mike