mysql - 如何正确拆分大sql表

Question

我正在尝试设计一个必须处理 5 种不同类型订单的数据库，我本来打算有一个大型订单表，其中包含每种类型或订单的字段，但它太大了。

我想到的方式如下，其中每个订单都有一个唯一的 ID，即下订单者的 ID 和 order_type 表的 ID，该表将存储订单详细信息。

订单
id
user_id(USER.id 的外键)
订单日期
order_type2_id(ORDER_TYPE1.id 的外键)
order_type3_id(ORDER_TYPE2.id 的外键)
order_type4_id(ORDER_TYPE3.id 的外键)
order_type5__id(ORDER_TYPE4.id 的外键)
order_type6_id(ORDER_TYPE5.id 的外键)

订单类型1
id

订单类型2
id

订单类型3
id

订单类型4
id

订单类型5
id

将所有数据存储在一个大表中并将未使用的字段清空，或者我通过拥有单独的表并以某种方式连接它们是否走在正确的轨道上会更好吗？方向正确的一点就太好了，因为我觉得我的解决方案不正确。

Answer 1

在事务方面，只有一张表可能会更简单，该表通常只转换为业务层中的一个对象。如果由于某种原因您需要在某个时刻拉取所有订单，则不需要加入。如果空字段是可变的，则不会占用太多空间，但固定字段占用的空间与其宽度相同。