核心数据中的获取的属性返回不正确的计数

Question

我有一个看起来像这样的核心数据关系

ItemA - >> ItemB

其中itemA有很多itemB。 我想使用一个提取的属性，该属性使我可以获取与itemA关联的所有itemB关联，其中itemA的int32 status属性设置为“ 2”。 因此，我在数据建模器中创建了一个具有以下内容的提取属性：

fetched属性：completedItem谓词：status == 2 destination：itemB

当我第一次尝试它时，我得到了物品，我认为这一切都很酷并完成，然后我注意到了奇怪的行为，当我仔细观察它返回的物品没有什么可以处理与之相关的物品B的实际数量一个itemA对象。 更奇怪的是，返回类型是NSFaultingMutableArray。 这是一个简单的例子

• ItemA有0个itemB
• 对NSSet属性ItemA具有ItemB的筛选谓词搜索返回0
• fetched属性“completedItem”返回ItemB的4
• 它返回的类型是NSFaultingMutableArray

这在我脑海里现在很奇怪，真的没有意义。 有任何想法吗？

更新1：

看来这里列出所取得的财产得到所有 ItemB对象是核心数据所提供的谓词相匹配，即使它不与意达的相关问题

Answer 1

以下是本期所有奇怪的答案：

1）获取的属性确实没有为ItemA返回ItemB对象。 为了实现这一点，您必须在获取的属性谓词中添加类似的内容

status == 2 AND ItemA == $FETCH_SOURCE

2）从Fetched Properties文档中：

延迟评估获取的属性，然后将其缓存。

如果更改了目标实体中的对象，则必须重新评估fetched属性以确保它是最新的。 您可以使用refreshObject：mergeChanges：手动刷新属性-这将导致在下次触发对象故障时再次执行与此属性关联的获取请求。

所以基本上使用refreshObject：mergeChanges手动刷新对象以重新加载fetched属性。 您可以通过添加刷新方法或对子类NSManagedObject中的KVC get方法进行一些华丽的重写来实现此目的。

这就是说，其他人（Rob Booth，Grady Player）通过完全绕过获取的属性来获得其他有效的解决方案。 虽然这些都是法尔

Answer 2

让我们使用这个术语：

我们有一个ClassA的objectA

我们有一些ClassB的对象（未命名）

我们已将ClassB对象添加到objectA。

objectA是对NSManagedObject的子类的引用...当你调用objectA.completeItem时，你要求objectA获取ItemB的集合，这将起作用，因为你正在使用内存中的一个实例。

当您创建一个新的NSManagedObjectContext并在其中进行获取时，它对您的objectA或其关系一无所知，除非您在执行获取之前对objectA的上下文进行了保存。

编辑：

对于您的谓词只过滤掉ItemA拥有的classB对象，您可以使用像这样的谓词（假设itemA是您的ItemA cpmletedItem关系的逆函数）

[NSPredicate predicateWithFormat: @"itemA = %@",itemA];

Answer 3

凯尔，问题是核心数据试图比你聪明。 如果您不打算使用它们，Core Data不希望用数据存储区中的所有对象填满您的内存。 因此，不是一直创建真实对象，而是创建“故障”。 错误是真实对象的占位符，当您要求这些对象时，Core Data会在此时移动并填充对象。

我最好的猜测是你对ItemA.ItemB属性的搜索没有实现链接对象，所以这就是你回到0集的原因。 如果您刚刚执行了NSSet * mySet = ItemA.ItemB，我确定您会看到mySet包含正确的对象计数。 但是对ItemA.ItemB进行计数是将计数消息发送到故障集，从而返回0。

当你使用completedItems属性时，CoreData似乎至少做了一些事情来返回正确数量的对象，但还没有返回实际的对象数据。