核心数据关系删除规则 - Nullify + Cascade

时间:2012-04-01 19:36:06

标签: core-data ios5

实体:

  • 视频
  • 播放列表项目
  • 播放列表

关系:

  • 视频对于播放列表项目是可选的,删除规则是无效的
  • 播放列表与至少一个播放列表项目相对应,删除规则为null
  • 播放列表项目必须为 - 一个用于视频,删除规则为无效
  • 对于播放列表,播放列表项目必须为1,删除规则为null

在播放列表实体中,我没有公开playlistItem关系/集。相反,我有一个名为“视频”的瞬态未定义属性,它是通过对播放列表项集进行排序而生成的视频实体数组。播放列表和视频实体之间没有关系。

在托管对象上下文中保存修改后的播放列表实例时遇到问题。

来自playlist.m(NSManagedObject子类):

- (BOOL)validatePlaylistItems:(NSSet **)playlistItems error:(NSError **)outError
{
    NSArray *currentVideos = [self videos];
    NSArray *persistedVideos = [self videosFromPlaylistItems];

    if ([currentVideos isEqual:persistedVideos]) {
        return YES;
    }

    NSManagedObjectContext *context = [self managedObjectContext];
    for (FHPlaylistItem *pi in *playlistItems) {
        [context deleteObject:pi];
    }

    NSArray *videos = [self primitiveVideos];
    NSUInteger count = [videos count];
    for (int i = 0; i < count; i++) {
        FHPlaylistItem *pi = [FHPlaylistItem playlistItemWithVideo:[videos objectAtIndex:i]
                                                          forIndex:i
                                    insertIntoManagedObjectContext:[self managedObjectContext]];
        [self addPlaylistItemsObject:pi];
        [pi setPlaylist:self];
    }

    return YES;
}

我在这里要完成的只是在MOC需要保存时更新播放列表项集,因为您可以看到操作很昂贵 - O(N * 2)。在第一次运行应用程序时,MOC保存得很好。但是,随后对视频属性的更改会导致Core Data产生大量错误:

Core Data: annotation: repairing missing delete propagation for to-many relationship playlistItems on object <FHPlaylist: 0x6c27eb0> (entity: Playlist; id: 0x6c26d40 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/Playlist/p19> ; data: {
    accountID = 0;
    lastFetched = "2012-03-31 20:05:08 +0000";
    name = Featured;
    playlistID = 1441335931001;
    playlistItems =     (
        "0x6c34be0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B2>",
        "0x6c34320 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p16>",
        "0x6c310c0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B3>",
        "0x6c35570 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B5>",
        "0x6c34ca0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B6>",
        "0x6c34310 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p8>",
        "0x6c28a90 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B4>",
        "0x6c34350 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p29>",
        "0x6c34220 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p2>",
        "0x6c34330 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p20>",
        "(...and 1 more...)"
    );
    playlistType = 0;
    referenceID = OKFFeaturedPlaylist;
    shortDescrip = "This is so descriptive! OMG!";
    thumbnailURL = nil;
    videos = "(...not nil..)";
}) with bad fault 0x6c34320 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p16>
Core Data: annotation: repairing missing delete propagation for to-many relationship playlistItems on object <FHPlaylist: 0x6c27eb0> (entity: Playlist; id: 0x6c26d40 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/Playlist/p19> ; data: {
    accountID = 0;
    lastFetched = "2012-03-31 20:05:08 +0000";
    name = Featured;
    playlistID = 1441335931001;
    playlistItems =     (
        "0x6c34be0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B2>",
        "0x6c310c0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B3>",
        "0x6c35570 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B5>",
        "0x6c34ca0 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B6>",
        "0x6c34310 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p8>",
        "0x6c28a90 <x-coredata:///PlaylistItem/t9EAFBC87-5E16-4053-984F-881CCD9C1F0B4>",
        "0x6c34350 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p29>",
        "0x6c34220 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p2>",
        "0x6c34330 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p20>",
        "0x6c34340 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p27>"
    );
    playlistType = 0;
    referenceID = OKFFeaturedPlaylist;
    shortDescrip = "This is so descriptive! OMG!";
    thumbnailURL = nil;
    videos = "(...not nil..)";
}) with bad fault 0x6c34310 <x-coredata://BCB69D8E-8393-4A2A-AF5D-0AA1872CE2B4/PlaylistItem/p8>
Etc. Etc. Etc.

似乎问题在于删除规则。投诉是“缺少删除传播”,因此似乎无效是错误的选择。但是,为什么这是错的?这对我来说没有意义。 Apple's Core Data Programming Guide中级联删除规则的措辞使我看起来如果我将播放列表项的删除规则设置为级联,我将删除视频和播放列表对象。

  

级联 - 删除关系目的地的对象

此外,如果我将播放列表项目中的关系设置为视频&amp;在快速枚举循环中播放列表为nil,Core Data不会抱怨必须修复丢失的删除传播。

for (FHPlaylistItem *pi in *playlistItems) {
    [pi setVideo:nil];
    [pi setPlaylist:nil];
    [context deleteObject:pi];
}

<击> 编辑:没有,手动关系没有在所有情况下都无法正常工作。 (也许不出意外?)

4 个答案:

答案 0 :(得分:10)

在删除块之后尝试[[self managedObjectContext] processPendingChanges]将为您解决奇怪的消息。

当你在同一个运行循环周期中改变托管对象上下文并且一些涉及的对象与已删除对象有关系时,似乎Core Data会在某些情况下变得混乱。

此致

斯文。

答案 1 :(得分:1)

-processPendingChanges对我不起作用。在我的NSManagedObject子类中实现-prepareForDeletion并手动从有问题的多对多关系中删除要删除的对象的工作是什么:

- (void)prepareForDeletion {
    [[[self owningEntity] mutableSetValueForKey:@"ownedEntities"] removeObject:self];
}

我已经对我的数据模型进行了三次检查,看起来还不错。我不知道为什么会产生这个错误。但这似乎使它至少消失了。

答案 2 :(得分:0)

  

在播放列表实体上,我没有公开playlistItem关系/集。相反,我有一个名为“视频”的瞬态未定义属性,它是通过对播放列表项集进行排序而生成的视频数组。

也许这就是问题所在。目前尚不清楚你如何将这种关系命名为Video。如果关系和transient属性都命名为videos,那么肯定会遇到问题。为什么不在videos'sh文件中正常声明Playlist关系,除了(而不是代替)你的声明,比如videosSorted(瞬态数组)。

另外,请确保模型中哪些关系彼此相反。

答案 3 :(得分:0)

使用performBlock为我修复了它:

[context performBlock:^{

// delete objects

// save context

}];