mysql - 问一个简单的数据表设计问题（多对一、一对多）？

Question

举个栗子：
现在有三张表：食材、灶具、食品

业务场景：
选购某些食材，通过某种灶具，做成了一些食品。（取葱花、面粉->用平底锅->烙了白面饼和葱花饼）

用数据库关系描述：
用数据库正常描述是这样的：食材(n)->食品(1)，食品(n)->灶具(1)，看起来很简单，多对一、多对一。但是注意业务场景，是先有食材，再将食材放入灶具，然后烹制出多个食品。也就是说不会事先知道食材(n)->食品(1)这个关系

我的使用场景：
在食品烹制过程中，会根据食材查询灶具，会根据灶具查询食品；在食品烹制结束，会根据食材查食品，也会根据食品查食材。也许大家也想到了，还存在一层关系食材(n)->灶具(1)，那就有了我下面的问题

问题：
我怎么建立这三张表的关系？是否将三张表都建立关联关系，如下面所示：

食材表（例子有点不合适，把每个食材看做一份，用完就没有了）：

id	name	goods_id	pan_id
1	面粉	1	1
2	葱花	1	1
3	花生油	2	3

灶具表：

id	name
1	平底锅
2	蒸笼
3	炒锅

食品表：

id	name	pan_id
1	葱花饼	1
2	油条	3

第一次在这里提问，望大神指导，谢谢！

Answer 1

食品(n)->灶具(1)

对这个不是很理解，一个灶具可以烹饪多种食品？

另外食品会不会需要多个灶具加工的情况？

通过我的理解

食材表

字段
sc_id
name

灶具表

字段
zj_id
name

食品表

字段
sp_id
name

食谱表

字段	解释
id	主键
sp_id	做这个食品
step	的第step步
sc_id	需要用到sc_id这个材料
zj_id	在zj_id里烹饪

Answer 2

ps:数据表的设计就是一个实体一个表，然后在用关联表建立实体直接的联系！ 你知道了这个概念，然后再看你现在的问题是不是简单了！厨具一个表，食材一个表，食品一个表，然后食谱表就是建立三个实体的关系表！手机打字真累……