数据库不会写啊

[shalu2008]

帮朋友写一个酒店的管理系统。

酒店大约有70道菜。他想做成每天每桌都要有点什么菜的统计，也就是能够查询任何一桌的点菜清单。这个数据库就把我难道了，不知道怎么设计了？请有经验的赐教！

[酒剑仙]

1.菜单表
菜单ID id,
菜单名 c_name,
菜单备注 remark
2.菜单状态表
菜单ID id，
状态 status，
价格 price,
备注 remark
3.餐厅坐席表
坐席编号 ID,
坐席名称 name,
备注 remark
4.就餐记录表
记录ID id，
坐席ID z_id,
开始时间 begtime,
结束时间 endtime,
客人名称 c_name,
会员ID V_ID,
菜单记录 c_id,
打折记录 dazhe,
消费金额 fee,
remark
5.会员表
会员ID id，
会员名称 name,
会员证件 zhengjian,
证件编号 z_num,
会员级别 v_ji,
注册时间 reagister_time,
状态 status,
消费总额 fee_tal,
最后消费时间 lasttime_fee,
remark
6.菜单记录表
编号 id ,
就餐记录ID jiucan_id,
菜单id c_id,
价格 price,
remark
7.厨师做菜单
编号,
厨师编号，
菜单id,
就餐记录id,
8.人员管理表、
...


不设计了 越设计越多！
估计要10多张表。。。。

[fulianglove]

[Quote=引用 9 楼 wdz567 的回复:]
1.菜单表
菜单ID id,
菜单名 c_name,
菜单备注 remark
2.菜单状态表
菜单ID id，
状态 status，
价格 price,
备注 remark
3.餐厅坐席表
坐席编号 ID,
坐席名称 name,
备注 remark
4.就餐记录表
记录ID id，
坐席ID z_id,
开始时间 begtime,
结束时间 endtime,
客人名称 c_name,
会员ID V_ID,
菜单记录 c_id,
打折记录 dazhe,
消费金额 …
[/Quote]
-_-!

[GoodDao]

楼上同志的都可以参考，数据库如何设计，主要依据是你具体的业务逻辑，你的系统给谁使用？相关使用这希望获得信息？
设计不可能一步到位，现在楼上大侠们做起来，不满足要求地方逐步完善。

[yiyi0518]

[Quote=引用 9 楼 wdz567 的回复:]
1.菜单表
菜单ID id,
菜单名 c_name,
菜单备注 remark
2.菜单状态表
菜单ID id，
状态 status，
价格 price,
备注 remark
3.餐厅坐席表
坐席编号 ID,
坐席名称 name,
备注  remark
4.就餐记录表
记录ID  id，
坐席ID  z_id,
开始时间 begtime,
结束时间 endtime,
客人名称 c_name,
会员ID  V_ID,
菜单记录 c_id,
打折记录 dazhe,
消费金额 fee,
remark
5.会员表
会员ID id，
会员名称 name,
会员证件…
[/Quote]

很多哦~
估计这个朋友做过餐饮的案例。。。

[cxalxpks]

多对多是挺麻烦。。

[luozhixingyue]

我顶

[yuxia1314741]

路过

学习

[fulianglove]

1,菜单表：菜单号(主键)，桌号，时间。。。。
关系表：菜单号，食品号
食品表：食品号(主键)，名称，价格。。。。。
=================================================================================================================
2，菜单表：菜单号(主键)，桌号，时间，食品号(一个字段，保存此菜单所包含的所有食品(存储结构为00001,00002,00003,00004,00005))
食品表：食品号(主键)，名称，价格。。。。。
=============================================================================================================
暂时想了这两种

[zou_wei_forever]

多对多的关系：

[xinyung]

菜：id name
清单：桌号 菜id 时间

[zou_wei_forever]

一个桌子对应多道菜，一种菜可以对应多个桌子，用一个表维护这种关系就可以了。

[yqlx521]

呵呵 帮顶

[Jacky_Zhu_1983]

菜：id name 价格 ...
桌: id remark...
清单：桌id 菜id 时间...

这样以后加减菜/桌的时候利于维护...
清单表是菜和桌的relation

[veardn]

菜表：dish_id，dish_name,price,...

关联表：dish_id,resever_id

定餐表:resever_id,table_id,cumtomer_name,datetime,...

桌子就一个桌号，不需要表的吧

[xuyufei]

1.dish (菜谱表)
菜ID id,
菜名 dish_name,
价格 dish_price,
备注 dish_remark

2.order (用餐记录表)
ID id，
菜名列表 o_record,
理论金额 o_price,
实际支付 o_paid,
插入时间 o_insertDate
1. 如果你不考虑过什么欠账和会员什么的话，下面就可以够你用了，如果要考虑你也只需要多加其他的关联表即可。
我猜你是犹豫在如何让一个单子记录几十道菜吧，有两种方法可以实现。第一种也是简单的一种就是上面我写的用一个菜名列表即可。
但是你要注意在页面上的诸多菜名复选框当他选中后找到对应的菜名ID，把它们用逗号或是分号等标记方式分开放入。在你取出的时候也只需要根据标记分开即可。
eg: 插入时你放入：1002,1003,1004,1005. 取出时你用个字符串拆分函数根据逗号拆分字符串到一个数组中，就变成了你要的一列菜名了。

第二种方法就是用第三张表关联。这样的话你的第三张表数据会很多，查询也困难。每次得用第二章表的id到第三张表找到所有的dishId.
3。orderList
id
dishId
orderId

[qgmzhfj]

主要有个每天的菜和桌子的对应表，带时间的。

[冷秋檀]

[Quote=引用 9 楼 wdz567 的回复:]

1.菜单表
菜单ID id,
菜单名 c_name,
菜单备注 remark
2.菜单状态表
菜单ID id，
状态 status，
价格 price,
备注 remark
3.餐厅坐席表
坐席编号 ID,
坐席名称 name,
备注 remark
4.就餐记录表
记录ID id，
坐席ID z……
[/Quote]

我感觉 这典型就是个设计狂。。。
而且是个完美主义者。。。。。