我有一个简单的核心数据实体 Story，我偶尔会使用来自网络调用的最新数据进行更新。这个网络调用有时会更新很多很多故事实例，所以我运行一个 NSBatchInsertRequest，如下所示。 （我使用批量插入的另一个原因是可能需要将许多故事添加到持久存储中。）

问题是用户可能已经将 Story 标记为收藏。当他们这样做时，我在主线程上设置 story.isFavorite = true 并保存 viewContext。

但是，当批量插入发生时它会覆盖 story.isFavorite，将其设置回 false，即使我在两个批次上都使用了 NSMergeByPropertyObjectTrumpMergePolicy插入和查看上下文。我也没有在批量插入处理程序中触及 story.isFavorite，所以我不希望该属性被覆盖。

我认为使用此合并策略批量插入的好处是避免先获取 + 然后手动更新更改的属性 + 最后保存。避免更改 NSBatchInsertRequest 中的属性值的正确方法是什么？

故事

@objc(Story)
public class Story: NSManagedObject {

    @NSManaged public var title:       String?
    @NSManaged public var storyURL:    URL?
    @NSManaged public var updatedTime: Date?
    @NSManaged public var isFavorite:  Bool // <- the problem property
}

批量插入

container.viewContext.mergePolicy = NSMergeByPropertyObjectTrumpMergePolicy
container.viewContext.automaticallyMergesChangesFromParent = false

let context = NSmanagedobjectcontext(concurrencyType: .privateQueueConcurrencyType)
context.parent = container.viewContext
context.mergePolicy = NSMergeByPropertyObjectTrumpMergePolicy

context.perform {

    let batchInsert = NSBatchInsertRequest(entity: Story.entity(),managedObjectHandler: { managedObject in
        let story         = managedObject as! Story
        let storyResponse = downloadedStories[I]

        // Update story with latest response data BUT don't modify story.isFavorite.

        story.title       = storyResponse.title
        story.storyURL    = storyResponse.storyURL
        story.updatedTime = storyResponse.updatedTime
        
        // ...
    })

    let result = try context.execute(batchInsert) as? NSBatchInsertResult
    if let insertedIDs = result?.result as? [nsmanagedobjectid] {
        // Merge changes into parent context. Skip save() because not needed for batch insert.
        NSmanagedobjectcontext.mergeChanges(fromRemoteContextSave: [NSInsertedObjectsKey: insertedIDs],into: [container.viewContext])
    }
}

编辑

Story 实体确实具有使用属性 storyURL 的唯一值约束。

Michael Tsai 回答后更新

通过使 Story 实体属性 isFavorite 成为一个非可选布尔 一个默认值（它之前被标记为 Optional，虽然我不确定它是否使此处有所不同）并保持选中 Use Scalar Type 框，我可以确认存储中的现有对象不会（根本）不会被批量插入上下文的这种配置修改。

context.persistentStoreCoordinator = container.persistentStoreCoordinator

// HOWEVER,observe that regardless of the merge policy below,// setting `context.parent = container.viewContext` will also
// overwrite the store data!

context.mergePolicy = NSMergeByPropertyStoreTrumpMergePolicy 
// NSMergeByPropertyObjectTrumpMergePolicy ignores objects in the store
// (which have the same unique constraint value,here equal `storyURL`)
// and overwrites all properties.

// To confirm that the batch insert operation does not modify
// existing Story instances (at all),first delete all instances where
// where isFavorite == false. Then load the all story data again and
// execute the NSBatchInsertRequest with this change to managedObjectHandler:

story.title = storyResponse.title + " (modified)"

您将看到缺失的故事被重新插入，这次它们的标题带有后缀 " (modified)"；但以前最喜欢的故事 不要被修改（基本上，通过这种设置，批量插入不会重新插入对象）。

因此，isFavorite 属性不会被覆盖，但是任何应该更改的属性也不会被覆盖（例如，因为它们获得了新标题）。

因此，如果您不想更新对象，但希望插入全新的对象，则可以使用此方法。

但是，如果您希望您的对象需要更新，这里有一些替代方案：

• 在以这种方式运行批量插入后，您可以选择运行单独的更新操作，可能是 NSBatchUpdateRequest，
• 或者在批量插入之后，您可以在一个（可能是后台/子）上下文中的简单循环中更新某些属性，而无需批量操作，如果没有大量数据，这可能没问题；
• 最后，您可以先将新数据批量插入临时存储，然后以某种方式手动将您选择的属性与新存储合并，然后删除临时存储。
• 一种更简单的方法：您可以在执行批量插入之前获取所有要保持不变的属性（将它们存储在由对象的唯一性约束值键控的字典中），然后在批量插入再次设置属性。
  • 对于这种方法，您将需要使用不同的合并策略，例如 NSMergeByPropertyObjectTrumpMergePolicy，以便将更新的对象重新插入存储中（确保获取您不想丢失的所有属性在批量插入之前）
• 随机想法：How to Save Data When Using One ManagedObjectContext and PersistentStoreCoordinator with Two Stores