问题标签 [object-relationships]

我有一个与目标有一对多关系的 CoreData 对象 Player。我正在尝试像这样添加一个目标对象，

我的应用程序因以下错误而中断：

调试提示符处的 po 显示 0x8d90f00 是一个 Goal 对象。我的问题是：

1. 为什么核心数据向目标对象发送消息？
2. 为什么 Player 的目标关系初始化为零？在加载之前它不应该是一个空集吗？
3. 我是否必须覆盖 Player.h 中的 addGoalsObject 才能手动设置值？

最近我参加了一个面试，被问到这个问题：

问题： 带着以下实体，设计一个类图或骨架代码：

实体是：

garment shirt pant fabric buttons zip

但是我仍然可以看到上面的骨架代码中遗漏了很多东西。

1. 我如何Garment与其他实体关联（对象关系！？）
2. MakeShirt()函数和的返回类型可以是什么MakePant()？
3. 在回答这些问题时，哪种方法最好？换句话说，如何处理这类问题？

对此的任何意见表示赞赏。（如果这不是这里要问的正确问题，请让我知道将其移至正确的 stackoverflow 站点！）

我为一个与学生合作的 NPO 继承了 Salesforce 组织的管理权。

我们的学生有注册（在学校）。

在学生上创建注册时，创建者通过复选框（二进制）将其划分为“最近的注册”。

任何给定的学生都有多个注册。仅来自最近一次注册的信息（例如 City）被汇总到 Student 对象。

它的汇总方式是诸如“Most_recent_enrollment__r.City__c”之类的公式。虽然没有“Most_recent_enrollment”对象，但其中的字段不会显示在任何将由“插入字段”按钮，在公式创建窗口内。

有人会知道这是如何完成的或在哪里看吗？

我有两个类的下一个代码：

我知道使用实体框架，这将创建一个一对多的关系，但我想知道的是如何将其转换为一个零对多的关系。

我是 Entity Framework 的新手，我找不到任何直接的答案。

Class Diagram（Texas Hold'em）中的牌和牌组之间的关系是什么？我仍在尝试了解关系在类图中的工作方式。如果一副牌由卡片组成，考虑到移除一副牌会移除卡片，那不就是一个组合吗？在某些情况下，您可以移除一副牌但仍然有一张牌，这将被视为聚合。所以我对这个概念感到难以置信。有人可以举个例子向我解释一下吗？

在我的应用程序中，我有用户和活动表，用户有三个活动。

我有一个主页，上面有三个按钮。如果用户按下按钮 1，我想导航到活动索引页面并将属性设置activity_type为 = 1。如果用户按下按钮 2，我想导航到活动索引页面并将其设置activity_type为2等。

现在我有：

在我的活动控制器index方法中，我有：

我的活动/index.html.erb 中有这个：

无论我从主页选择哪个链接，视图上都会显示“社区活动”，意思是activity_type总是似乎是3。我认为它没有识别activity_type我正在通过主页中的链接。

有没有不同的方法可以做到这一点，还是我做错了？

在 JSON 有效负载中，如何从一个地方引用另一个地方的数据？

用例：想象一下定义良好的可序列化实体 A (a1, a2, a3) 和 B (b1, b2, b3)。现在考虑一个期望以下内容的 HTTP 请求负载：

请让我知道您对实现此引用的想法。

我考虑过的方法：

强制客户端针对有效负载中的每个实体发送临时参考 ID，并在关系中使用它们，如下所示

假设我有一个用户模型和一个电影模型以及存储它们的表。假设我想通过添加名为 watchlist_movies 的第三个表来添加监视列表功能，该表只是将 user_id 映射到 movie_id。

我现在想添加一个 watchlist_movie 模型。我希望能够使用 user.watchlist_movies 查询 ActiveRecord 并获取电影对象的集合。到目前为止，我已经尝试过（在 user.rb 中）

和

第一个结果 user.watchlist_movies 返回一个记录，第二个结果将返回 user.movi​​es 的电影记录集合。基本上我想要的是 user.watchlist_movies 返回电影记录的集合，所以我希望第一个关系中定义的访问返回第二个关系的内容。我该怎么做呢？

我正在尝试为一组非常多样化的互连对象开发数据模型。随着应用程序的成熟，支持的对象类型将显着增加。我想避免在添加新对象类型时修改模型/模式。

举个简单的例子，假设我从人和建筑物的模型开始。一个建筑物可以有多个所有者；一个人可以拥有多个建筑物；一个人可以住在房子里，在办公室工作……未来的版本可能会增加汽车和公司。汽车可以有所有者，公司可以制造汽车，人们可以为公司工作等。大多数关系是多对多的，有些是一对多的，很少是一对一的。

虽然“所有者”、“雇主”或“制造商”等概念可以被视为“建筑物”、“公司”或“汽车”对象的属性，但我不想重新定义数据模型以支持新属性类型。

我目前的想法是将其建模为类似于图的模型，其中每条数据都是它自己的节点。节点对象将非常简单：

• 唯一标识符
• 姓名（人类代表）
• 节点类型
• 关系

扩展前面的示例，可能的节点类型将是：

• 人
• 车
• 公司
• 建造

关系将是：

• 节点 A
• 节点 B
• 关系类型 - 使用、拥有、拥有、是等

我有几个问题：

• 这种方法有什么缺点吗？
• 是否有描述这一点的现有模式或模型？
• 有更好的方法吗？

我正在尝试为 OrientDB 建模数据。我是图形数据库的新手。我在建模过程中遇到了疑问（从 RDBMS 到 GraphData 的范式变化）。
如何在图形数据库（OrientDB）中建模三级（3 向，即 3 顶点之间）关系？一个例子如下：

1. 客户 A 将客户 B 介绍给银行 C。
2. 员工 A 在公司 D 中推荐了员工 B 和员工 C。
3. 恶魔 A 将朋友 B 介绍给朋友 C。
4. A 人是 B 人在抵押公司 C 的贷款账户的授予人。
5. 人员 A 和 B 已从代理 C 购买了保险公司“大都会人寿”的保单类型“人寿保险”。

目前，我在（如 Introduction-Process）和所有相关顶点的边之间使用一个顶点

（“IntroducedBy”-“客户 A”和“引入流程”之间的边缘；“IntroducedTo”-“客户 B”和“引入流程”之间的边缘和“IntroducedFor”-“银行 C”和“引入流程”之间的边缘'）。

它是正确的还是有其他选择？

如何表示一个枚举值？例如客户帐户类型。目前，我创建了一个 AccountType 类，并具有固定数量的顶点（与 Enum 值相同），并创建了从 Account 到 AccountType 的链接。有没有更好的选择来对图形数据库中的枚举进行建模？

提前致谢。