database - 我应该只使用一张 table 吗？

Question

我有一个实体 Order。

订单包含日期、客户、处理订单的员工等信息。

现在订单还需要存储一个状态，即区分赢单和输单。

想法是客户可以向公司提交订单，但最终可能退出。

(作为域信息，订单不是元素。它是一家服务公司，试图与客户打交道，并就何时可以交付订单以及以什么价格等提供报价。因此客户可能会找到更好的产品和备份并停止公司的订购流程)。

该公司需要有关赢得订单和丢失订单的数据，而赢得订单和丢失订单之间的区别只是一些属性，例如ReasonLost 可以是 Price 或 Time。

我的问题是，Order 的最佳表示是什么？

我正在考虑使用单个表，并且只有赢得的订单，ReasonLost 为空。

如果这些新实体的区别不明显，为 WonOrder 和 LostOrder 创建单独的表是否有意义？

这种情况的最佳模型是什么？

Answer 1

使用一张 table 。添加一个 OrderState 字段。

警告:如果您每天要进行数百万笔交易，那么像这样的决策需要更多的关注和分析。