问题标签 [relationships]

我的目标是为管理员创建一种在炼油厂管理员中创建两个模型的方法：活动和视频

我想对其进行设置，以便一个广告系列有很多视频，并且每个视频都属于一个广告系列。视频和广告系列都将具有标题、说明和预览图像。我不确定解决这个问题的最佳方法。是否可以设置两个插件并在两者之间建立关系？或者，我应该使用两种模型创建一个插件。如果有人能指出我正确的方向或解决类似问题的好例子，我将不胜感激。

感谢您的关注！

我已经像这样在 xcode 中设置了我的数据模型

实体A

AttA1 AttA2

实体B

AttB1 AttB2 AttB3

然后我建立了关系

实体A

名称：rlpToEntityB

目的地：实体B

逆：rlpToEntityA

对许多人：检查

实体B

名称：rlpToEntityA

目的地：实体A

逆：rlpToEntityB

对许多人来说：未选中

即两者之间的关系，其中每个EntityA可以有许多EntityB

我的理解是，如果我获取 EntityB 的子集，我就可以检索相关 EntityA 的值。

我有这个工作，所以我可以使用检索 EntityB 值

NSManagedObject *objMO = [fetchedResultsController objectAtIndexPath:indexPath];

strValueFromEntityB = [objMO valueForKey:@"AttB1"];

但是，如果我尝试通过执行以下操作从 EntityA 检索相关值

strValueFromEntityA = [objMO valueForKey:@"AttA1"];

我收到错误“实体 EntityB 与键 Atta1 的键值编码不兼容”

毫不奇怪，我想如果我切换东西以从 EntityA 获取，我将无法访问 EntityB 的属性，所以看起来定义的关系被忽略了。

谁能发现我做错了什么？

我承认我对 iPhone 编程，尤其是对 Core Data 非常陌生，所以请放轻松，提供详细的解释或向我指出特定资源的方向。我已经下载了苹果示例应用程序（核心数据书籍、热门歌曲和食谱），但我仍然无法解决这个问题。

在此先感谢，内夫。

在原则上，是否可以在获取与关系对应的对象的属性时添加 WHERE 子句？

就概念而言，假设我只想检索过去 5 天内发表的前 3 篇博文。我的“博客”对象具有定义为关系的“帖子”属性。

更新...

由于有些人难以理解我所说的关系的含义：

如您所见，这是一种受教义支持的明确关系。当我使用它查询时：

我想知道当时是否可以添加附加条款。

我有一个小问题，我无法弄清楚，但应该很简单。
我的 cakePHP (1.3) 应用程序中有以下模型结构：

ProspectiveQuote [hasMany] QuoteUnit [belongsTo] Unit

但在我的 ProspectiveQuotesController 中：

$this->ProspectiveQuote->QuoteUnit->Unit->find('list');

给我以下错误：

Undefined property: AppModel::$Unit

当然，它不应该查看 AppModel，而应该查看 QuoteUnit。
如果我这样做$this->ProspectiveQuote->QuoteUnit->find('all')，它似乎会得到结果（尽管没有任何相关的模型数据......）所以它显然发现 QuoteUnit 足够好，并且我已经仔细检查了它与 Unit 的关系，一切看起来都很好......

似乎是一个足够简单的问题。从我可以看到有这个问题的人通常有他们的模型名称错误（或复数），但这里不是这种情况......
我做错了什么？

我有两个模型我想用 m-to-m 关系连接，但我希望关系有自己的一些数据，例如到期日期或计数或类似的东西......

假设我有用户、组和一些 UsersInGroups 对象，其中用户和组都有has_many X, :through Y关系。UsersInGroupsbelongs_to一个用户和一个组，但也有一个join_date显示用户何时加入组的。

所以我可以用来self.groups.A从用户那里获取组变量，反之亦然，但是我如何获取join_date变量呢？

我们更改了数据库模式，并使用连接表 accounts_users 将用户/帐户之间的关系从 1-1 移动到了多对多。

所以我们有账户，用户，accounts_users（user_id和account_id）

我们的数据仍然是 1-1，我们决定后退。所以我需要 sql 向后移动：

迁移我使用：

要搬回来，我试过：

所有这些都给出了某种 sql 错误。我猜它是因为我的 sql 是模棱两可的，我需要先选择某种选择或分钟或类似的东西。

** 需要明确的是，我确定数据中仍然存在 1-1 关系，但我无法弄清楚将现有表中的数据带回原始表的 sql。我正在寻找的是一些工作 sql，它将从 accounts_users 获取数据并将 user_id 放入 account 表中。谢谢，乔尔

我确信这对节点关系模块很简单，但我无法理解它。

我有一个名为“Comedian Profile”的列表，其中有一个节点参考字段。然后，您制作 - 你猜对了 - 喜剧演员的个人资料。要制作“事件”（兼作 Ubercart 项目），您可以选择喜剧演员。然后，它会在个人资料中创建一个视图，其中列出了该人的所有即将发生的事件。

现在我需要的是一个列表，按日期字段的顺序显示每个引用的喜剧演员姓名（稍后我会担心其他字段）。请注意，名称是引用的术语。

这是正确的方法吗？如果是这样，有人可以指出我正确的方向或提出更好的方法吗？

我已经建立了一个模型关系，当我使用类似于以下的代码时，一切都运行良好：

但是我怎么会只给一个特定的孩子打电话给那里 id

例如。

孩子ID是14

想要这样的电话：

在 Hibernate 或其他 ORM 中实现复合主键时，在使用标识关系的复合主键星座（作为 PK 的一部分的 FK）中，最多可以在三个位置放置 insertable = false、updatable = false：

1. 进入复合 PK 类的 @Column 注释（仅限 @Embeddable 类）或
2. 进入实体类的关联@JoinColumn/s 注解或
3. 进入实体类的冗余PK属性的@Column注解（仅限@IdClass类）

第三种是使用 @IdClass 和 JPA 1.0 AFAIK 的唯一方法。请参阅http://en.wikibooks.org/wiki/Java_Persistence/Identity_and_Sequencing#Primary_Keys_through_OneToOne_Relationships。我将只考虑案例 1. 和 2。

问：通常将“insertable = false，updatable = false”放在哪个位置的首选？

关于这个问题，我遇到了 Hibernate 的问题。例如，Hibernate 3.5.x 会抱怨 Zips 表

和：

如您所见， country_code 列既是 PK 也是 FK。这是它的类：

实体类：

复合PK类：

将 insertable = false, updatable = false 放入实体类关联的 @JoinColumn 时，所有异常都会消失，一切正常。但是，我不明白为什么上面的代码不应该工作。可能是 Hibernate 有这个问题。所描述的是否是 Hibernate 错误，因为它似乎没有评估 @Column “insertable = false, updatable = false”？

从本质上讲，标准 JPA 方式、最佳实践或将“可插入 = 假，可更新 = 假”放在哪里的偏好是什么？

I am designing the tables for the products module. One issue is ingredients. I want to filter products by ingredients. So to do this then I guess each ingredient must be stored in the DB separately and given an ID also? But lets take a supplement. It may have 50 ingredients. So if there are 1 million products to store and each has 50 ingredients, what would be the best way to store this (relationships)? Like Vitamin E, VitaminB12, etc will each be a separate ID i assume because I want users to find only products that have vitamin E in it, ofcourse there are other filers too like brand name, product name, product category, product type, etc... Plus I am adding social features too so you can find other people who use a product with vitamin E in it. This is a user content social website. Products is only part of a much larger system. The parent of product is a Brand which itself has many many branches. And parent of that is company which again has it's own set of branches.

Thanks.

EDIT But that is the question -> If I normalize it still there will be tons of rows per ingredient entered for each product. How else can we store a huge amount of data per item except line by line? Like in normal code we can use an array and throw it all in but I am not sure in the DB how to fit it all into some structure. My reason is 50 is only an example. Many products have hundreds if you really go in depth into the raw ingredients from the exact chemicals being used. And this is going to be a world catalog of products so expect millions of products. DB is going to be super huge then to add in hundreds of rows per product just to store each ingredient, hmmm... there must be some other way while using a relationship DB? I can store the text in files but I need DB because 1) multi-language support is required and 2) analytic on a per product and per ingredient level filtering up to users.