Database design 核心数据中的重复事务建模

Database design 核心数据中的重复事务建模,database-design,core-data,entity-relationship,Database Design,Core Data,Entity Relationship,我很难为核心数据中的循环事务方案提出一个概念模型。到目前为止,我已经: 1) 具有“到期日”、“标题”等属性的BillMaster实体(如上所述)。 2) 一个BillEntry实体,基本上是主账单的子项,即您将在日历上看到的实际账单。这些将指向到期日、所有权的主数据,还将跟踪此账单实例是否已支付 问题是,我需要复制这些主项,并以一种高效的方式创建重复出现的子项,每次账单重复出现一个。我不确定这个条目生成应该在什么时候发生,以及应该进行多久。我也不想在没有必要的时候意外地重新生成这些。也许有一种

我很难为核心数据中的循环事务方案提出一个概念模型。到目前为止,我已经:

1) 具有“到期日”、“标题”等属性的BillMaster实体(如上所述)。
2) 一个BillEntry实体,基本上是主账单的子项,即您将在日历上看到的实际账单。这些将指向到期日、所有权的主数据,还将跟踪此账单实例是否已支付

问题是,我需要复制这些主项,并以一种高效的方式创建重复出现的子项,每次账单重复出现一个。我不确定这个条目生成应该在什么时候发生,以及应该进行多久。我也不想在没有必要的时候意外地重新生成这些。也许有一种更聪明的方法来模拟这一点,我没有想到

如果你们有什么建议,或者是一些好的阅读材料,这些都是关于概念性的东西,我愿意接受任何东西。总体而言,我对核心数据有相当好的理解(相当好,没有任何专家),但其中一些更复杂的模型仍然让我感到困惑。

出现了大约5种不同的“核心数据”。马科斯

但无论如何,您的问题似乎是一般性的,而不是特定于核心数据。基本上,假设BillMaster是正确的,在你的应用程序中的某个地方,你需要一个“生成账单”按钮。只需BillMaster投影到BillEntry,因为现在任何BillMaster都可以计费

  • 如果是每月一次,那么下个月就没有账单了
  • 否则,将拾取自用户上次点击该按钮以来的所有迭代
  • 如果他们一直按按钮,则一个也没有(下一个投影将找不到可计费的BillMasters)