举个栗子：
现在有三张表：食材、灶具、食品
业务场景：
选购某些食材，通过某种灶具，做成了一些食品。（取葱花、面粉->用平底锅->烙了白面饼和葱花饼）
用数据库关系描述：
用数据库正常描述是这样的：食材(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 |
第一次在这里提问，望大神指导，谢谢！
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
对这个不是很理解，一个灶具可以烹饪多种食品？
另外食品会不会需要多个灶具加工的情况？
通过我的理解
食材表
灶具表
食品表
食谱表
ps:数据表的设计就是一个实体一个表，然后在用关联表建立实体直接的联系！ 你知道了这个概念，然后再看你现在的问题是不是简单了！厨具一个表，食材一个表，食品一个表，然后食谱表就是建立三个实体的关系表！手机打字真累……