消息关闭
    暂无新消息!

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

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

用数据库关系描述
用数据库正常描述是这样的:食材(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

第一次在这里提问,望大神指导,谢谢!


2个回答

︿ 0

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

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

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

通过我的理解

食材表

字段
sc_id
name

灶具表

字段
zj_id
name

食品表

字段
sp_id
name

食谱表

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

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