我想创建一个网站，允许客户从网站订购食物 .
有两种食物类型：
-
常规食品/饮料（例如：汉堡，烤肉串，薯片，可乐，百事可乐等）
-
比萨饼食品（例如：Margherita Pizza，肉类披萨等）
如果他们从列表中选择披萨 - 他们可能需要选择Base（薄皮，脱壳），Extras和披萨大小/选项 .
在这种情况下如何设计表格？
Note ：每个项目都有1个或更多选项 . 一个选项可能有额外的（1或更多）或没有额外的 . 如果项目是披萨类型 - 那么它可能有基地（地壳）
截图原型
看到我试图实现的两个截图，我在数据库设计的正确路径上或者哪些可以做得更好？
比萨定制：
牛肉汉堡定制：
额外功能（下拉菜单/复选框）
在附加内容上，有时我需要为下拉列表添加多个额外内容而不是tickbox . 这意味着客户只能从1个，2个或3个下拉菜单中选择1个 .
数据库设计
您将如何设置数据库模式以实现上述自定义选项？这是我想出的：
categories Table:
+----------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+----------+--------------+------+-----+---------+----------------+
| cat_id | int(11) | NO | PRI | NULL | auto_increment |
| cat_name | varchar(100) | NO | | NULL | |
+----------+--------------+------+-----+---------+----------------+
items Table:
+-----------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+----------------+
| item_id | int(11) | NO | PRI | NULL | auto_increment |
| cat_id | int(11) | NO | | NULL | |
| item_name | varchar(100) | NO | | NULL | |
| item_type | int(11) | NO | | NULL | |
+-----------+--------------+------+-----+---------+----------------+
- item_type（0 =正常，1 =披萨，2 =套餐）
item_options Table:
+-------------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-------------+--------------+------+-----+---------+----------------+
| option_id | int(11) | NO | PRI | NULL | auto_increment |
| item_id | int(11) | NO | | NULL | |
| option_name | varchar(100) | NO | | NULL | |
| price | decimal(6,2) | NO | | NULL | |
+-------------+--------------+------+-----+---------+----------------+
item_extras Table: （你觉得应该有比萨饼托盘和附加品的单独表吗？）
+-----------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+----------------+
| extra_id | int(11) | NO | PRI | NULL | auto_increment |
| option_id | int(11) | NO | | NULL | |
| name | varchar(50) | NO | | NULL | |
| cost | decimal(6,2) | NO | | NULL | |
+-----------+--------------+------+-----+---------+----------------+
item_pizza_base Table:
+-----------+--------------+------+-----+---------+----------------+
| Field | Type | Null | Key | Default | Extra |
+-----------+--------------+------+-----+---------+----------------+
| base_id | int(11) | NO | PRI | NULL | auto_increment |
| option_id | int(11) | NO | | NULL | |
| base_name | varchar(50) | NO | | NULL | |
| cost | decimal(6,2) | NO | | NULL | |
+-----------+--------------+------+-----+---------+----------------+
SQL Result:
mysql> select * from categories;
+--------+----------+
| cat_id | cat_name |
+--------+----------+
| 1 | Pizzas |
| 2 | Burgers |
mysql> select * from items;
+---------+--------+------------------+-----------+
| item_id | cat_id | item_name | item_type |
+---------+--------+------------------+-----------+
| 1 | 1 | Vegetarian Pizza | 1 |
| 2 | 2 | Beef Burger | 0 |
mysql> select * from item_options;
+-----------+---------+-------------+-------+
| option_id | item_id | option_name | price |
+-----------+---------+-------------+-------+
| 1 | 1 | 12 Inches | 5.60 |
| 2 | 1 | 14 Inches | 7.20 |
| 3 | 2 | 1/4lb | 1.80 |
| 4 | 2 | 1/2lb | 2.50 |
mysql> select * from item_extras;
+----------+-----------+-----------+------+
| extra_id | option_id | name | cost |
+----------+-----------+-----------+------+
| 1 | 1 | Mushroom | 1.00 |
| 2 | 1 | Pepperoni | 1.00 |
| 3 | 2 | Mushroom | 1.00 |
| 4 | 2 | Pepperoni | 1.00 |
| 5 | 3 | Chips | 0.50 |
| 6 | 4 | Chips | 0.50 |
正如你可以在1张 table 上看到汉堡包和披萨的额外内容......它应该分开吗？
mysql> select * from item_pizza_base;
+---------+-----------+------------+------+
| base_id | option_id | base_name | cost |
+---------+-----------+------------+------+
| 1 | 1 | Thin Crust | 0.00 |
| 2 | 1 | Deep Crust | 0.00 |
| 3 | 2 | Thin Crust | 0.00 |
| 4 | 2 | Deep Crust | 0.00 |
+---------+-----------+------------+------+
请记住，每个项目的额外费用并不总是相同 . 例如：比萨尺寸10“每增加1美元，但12英寸比萨增加0.50美元 . 还有一个案例，每个披萨将有不同的额外费用 .
数据库设计是正确的还是可以改进的？
2 回答
如果您需要下拉列表，请将下拉列表的值放在表格中 .
只要您可以轻松地在下拉列表中分离出所需的值，就可以在其中添加额外的值 .
只要您知道该项目，就可以使用以下命令填充下拉列表：
Normalize those tables
这个表有一个主要缺陷：
它没有标准化，将名称放在单独的标签表中，就像上面的例子一样 . 如果一行（不包括id）是 not 唯一的，那么您的数据不会被标准化并且您做错了 .
因为你使用了很多连接，所以恕我直言最好使用InnoDB，它有一些很酷的功能来加速使用PK的连接很多 .
No matter what people say
在缓慢开始之前不要反规范化 .
Use indexes
在名为* _id的所有字段上放置索引 .
同时在
where子句中经常使用的alls字段上放置一个索引 .Do not 将索引放在基数较低的字段上，因此布尔值或枚举字段上没有索引！
索引会减慢插入速度并加快选择速度 .
你有一张订单表 . 然后是订单商品或订单行表 . 对于可以含有成分的物品，您最终会得到一个可以容纳成分的 table . 特别是披萨，你必须担心一半，所以人们可以在每一半订购不同的东西 . 到目前为止，看起来你正朝着正确的方向前进 .
我经历设计的方式是先找出“对象” . 有些物品，如汉堡或披萨，还有无形物品，如订单，订单线 .
必胜客拥有在网络上设置披萨的最佳用户界面之一 . 我会看一下，因为它会给你一些关于如何存储数据的想法 .