Core data 核心数据关系混乱

Core data 核心数据关系混乱,core-data,Core Data,我正在制作一个核心数据模型,我有一个客户实体,它与一个约会实体有一对多的关系。约会可以转化为交易(如果已经支付了费用等),我需要跟踪已经转化为交易的客户的约会(其中交易是一个实体以及其他属性)。一个客户端可以有多个事务,一个事务可以有多个客户端(可选)。如果我把交易和客户之间的关系放在一起,那么我认为没有办法检测出哪些约会已经变成了交易,哪些没有。。。 任何关于如何设置我的模型来实现这一点的帮助都将不胜感激。 谢谢我认为做这件事的方法不止一种。这是一个我认为有效的方法: 如果事务是另一个实体,并

我正在制作一个核心数据模型,我有一个客户实体,它与一个约会实体有一对多的关系。约会可以转化为交易(如果已经支付了费用等),我需要跟踪已经转化为交易的客户的约会(其中交易是一个实体以及其他属性)。一个客户端可以有多个事务,一个事务可以有多个客户端(可选)。如果我把交易和客户之间的关系放在一起,那么我认为没有办法检测出哪些约会已经变成了交易,哪些没有。。。 任何关于如何设置我的模型来实现这一点的帮助都将不胜感激。
谢谢

我认为做这件事的方法不止一种。这是一个我认为有效的方法:


如果事务是另一个实体,并且约会与事务具有一对一的关系。如果未付款,则可以将交易实体保留为零。如果支付,您将建立交易,并将其与约会和客户的关系连接起来。通过检查您约会的事务是否为零,您就知道它是否变成了事务

如果您需要有关约会和交易之间转换的详细信息,您可以将该转换本身作为一个实体并使其持久化。新的转换实体可以具有各种属性,如:

  • 日期(转换发生的时间)
  • 类型(约会是否转换为事务,是否已取消或延迟)
和关系:

  • 从(最初的任命)
  • 收件人(产生的交易/预约/等)
这样,客户和翻译之间的关系就会是这样

Client->Appointent->Transform->Transaction

<> >如果<代码>约定和<代码>事务< /代码>被支付,您可以考虑只使用“代码>事务< /代码>和一个标志(支付/未支付)。


Client->Transaction->Transform->Transaction

在这种情况下,实体是什么?