Database 数据设计：什么'；存储调度程序生成的任务的最佳方式是什么？

这是我现在面临的一个数据设计问题

因此，我目前正在为一个农场设计一个调度应用程序。为了处理即将到来的订单，我设计了以下类，名为

Forecast

。Forecast具有以下属性：

到期日

条目-这是一个

{crop:X，quantity:Y}

列表，它指示每个作物需要多少作物

如您所知，每种作物都有不同的持续时间：

繁殖期（从种子到种植）

间距持续时间（从种植到更大间距以获得最大日照）

储存期限（从收获到到期）

我编写了一个“向后调度程序”，它计算出何时必须满足订单，然后向后运行，并为需要在什么日期完成的任务创建任务

请注意，这些日历“条目”不存储在数据库中-我动态生成它们，并计划允许我的用户根据他们的喜好前后拖动这些事件

现在，我的任务是每天生成关于需要做什么的报告。我的用户希望能够生成特定日期的任务列表。（所以，如果你看我5月1日的截图，你会发现有一个任务被创建了，“移植12个单位的Minutina”）

我不确定实现这一目标的最佳方式是什么。我最初的设计是：

为任务创建一个表。这将包括：（预测id、预测更新地址）

将计划程序生成的任务存储到此表中

当用户修改任务时，数据库条目将相应地更新

但是，如果用户决定修改原始的

预测

，则我们必须删除与此预测相关的所有任务，并重新生成一组新的任务，并将它们再次存储在上述表格中 （forecast_id，forecast_updated_at）的目的是让我能够快速验证数据库中当前任务的正确性

这个设计有点混乱，我想听听任何专家的意见，寻求更好的方法来解决这个问题