一个数据库设计的问题

Question

请问，比如有个订餐单
预定人可以选择几道菜（菜名，价格），
又可以只选择自助餐（档次，价格），当选择自主餐时订单必须反应出预定人的饮食喜好，自己选菜的话不需要此项
预订人现阶段规定只能选择一种方式预定（选菜或者自助），以后需求可能会变化
不知道我说的各位大虾清楚不？这样的一个订单的表该怎么设计啊？恳请各位大虾帮助..

Answer 1

【转】数据库设计的黄金经验  
http://topic.csdn.net/u/20081115/10/0859F63D-E3E0-4139-BFED-EC2CADC748D3.html可以参考一下

Answer 2

如果方便扩展与汇总,建议三个表
订单表(ID,Customer,OrderType,SumAmount,...) --订单合计可以不用
选菜表(订单ID,LineID,Name,Qty,Price)
自助表(订单ID,Name,Price,自助餐Type)我是这样想的...

Answer 3

看看哥设计的表：
用户Customer(customer_id,customer_name)
订单类型OrderType(order_type_id,order_type_name)
订单  Order(order_id,order_type,customer_id,create_dt,create_by)可以考虑加总价格，便于操作
订单项 OrderItem(order_item_id,菜名，价格，order_id)不管什么餐别自助餐还是非自助餐都是 菜的组合 哥的设计 应该扩展性较高 
记得给分哈