应用程序维修服务，数据库布局问题

Question

需要有关服务/零件/维修应用程序的数据库设置的建议。我们有3种订单。

1. 仅限零件订购 - 我们订购零件，当客户进货时联系客户并提货
2. 仅维修 - 没有零件只需要人工。我们进行维修，打电话给他们，他们来接货。
3. 需要维修零件 - 我们必须订购零件，等待它们到达然后再开始工作，联系客户并提取它们。 从技术上讲，可能存在第四种类型，包括上述所有上述订单或任何组合。

我们没有外部服务工作。一切都来到我们身边。

现在是设置数据库的最佳方法。显然，我们会有订单标题，客户记录链接，开放日期，完成日期等。但它是我们需要建议的订单详情。

在订单详细记录中。我考虑为每种类型的订单设置所有字段，并在记录上标记指示它是哪种类型。我最初的想法是零件订单详细信息表和劳动订单详细信息表。这使得订单的编码和显示更加复杂。使用两个表的另一个问题是哪个表获取需要修复的项目，还必须等待部件？

我试图确保我们不仅在编码方面保持高效率，而且还在执行工作的业务方面。

我们需要知道维修已过期或已经过了x天。 我们需要知道零件需要订购，并且已经过了x天 我们需要知道，如果零件正在订购，我们正在等待等待5天，我们也会标记它。