Ошибка iPhone Coredata (NSMergeConflict для NSManagedObject)

Ответ 1

Конфликт слияния иногда возникает, когда ваша база данных изменяется из двух разных мест, а затем сохраняется из двух разных мест; в некоторых случаях изменения могут влиять на одни и те же объекты или свойства, а Core Data автоматически не перезаписывает их, поскольку это может уничтожить ценные данные.

Есть несколько вариантов:

• Когда вы получаете конфликт слиянием, повторяете его информацию и вручную разрешаете конфликты в соответствии с потребностями вашего приложения.
• Установить политику слияния контекста (ов) управляемого объекта, который будет автоматически разрешать определенные типы конфликтов. Некоторые политики слияния являются частично разрушительными, некоторые из них очень разрушительны, и каждый из них действительно зависит от вашего приложения и важности сохранения данных.
• Используйте mergeChangesFromContextDidSaveNotification:, чтобы быстро и тесно интегрировать изменения в контексты управляемых объектов, которые еще не были сохранены. Обратите внимание, что это может по-прежнему требовать определенного уровня разрешения конфликтов, но должно помочь свести к минимуму серьезность.

Ответ 2

Я получил тот же конфликт слияния, сохраняя контекст. см. apple doc здесь

Я разрешил конфликты, используя NSMergePolicy

- (BOOL)resolveConflicts:(NSArray *)list error:(NSError **)error

установите для параметра policyType значение NSOverwriteMergePolicyType при создании объекта NSMergePolicy

NSOverwriteMergePolicyType: указывает политику, которая перезаписывает состояние в постоянном хранилище для измененных объектов в конфликте.

`

if ([managedObjectContext hasChanges] && ![managedObjectContext save:&error]) {

  NSLog(@"Unresolved error %@, %@", error, [error userInfo]);

  NSArray * conflictListArray = (NSArray*)[[error userInfo] objectForKey:@"conflictList"];
  NSLog(@"conflict array: %@",conflictListArray);
  NSError * conflictFixError = nil;

  if ([conflictListArray count] > 0) {

    NSMergePolicy *mergePolicy = [[NSMergePolicy alloc] initWithMergeType:NSOverwriteMergePolicyType];

    if (![mergePolicy resolveConflicts:conflictListArray error:&conflictFixError]) {
      NSLog(@"Unresolved conflict error %@, %@", conflictFixError, [conflictFixError userInfo]);
      NSLog(@"abort");
      abort();
    }
  } }

Ответ 3

Вкратце - включите Merge Policy, добавьте это в свою настройку MOC:

objective-C

[_managedObjectContext setMergePolicy:[[NSMergePolicy alloc] initWithMergeType:NSMergeByPropertyObjectTrumpMergePolicyType]];

Свифта

 lazy var managedObjectContext: NSManagedObjectContext? = {

    let coordinator = self.persistentStoreCoordinator
    if coordinator == nil {
        return nil
    }
    var managedObjectContext = NSManagedObjectContext()
    managedObjectContext.persistentStoreCoordinator = coordinator

    //add this line 
    managedObjectContext.mergePolicy = NSMergePolicy(mergeType: NSMergePolicyType.MergeByPropertyObjectTrumpMergePolicyType);

    return managedObjectContext
}()

Ответ 4

Это полуразрешение, возможно:) Например, у вас есть следующий код, который существует в N объектах (каждый из них находится в отдельном потоке и создается в одно и то же время (+ -10 мс)):

[coreObject addLinkedObject:linkedObject1];

Время обработки процедуры в контексте составляет около 70 мс. если вы просто установили NSMergePolicy (например): NSOverwriteMergePolicy, у вас будут Last-In-Changes: только последний объект будет добавлять ссылку, потому что каждый контекст является снимком в памяти постоянного хранилища. Таким образом, каждый моментальный снимок создается в момент создания рутинного объекта. 70 мс время задержки обработки приводит к тому, что информация о coreObject слишком старая, когда вы ее сохраняете. Другими словами, у вас будет только одна сохраненная ссылка или Ошибка объединения. Конечно, вы можете подписаться на NSManagedObjectContextObjectsDidChangeNotification, но в этом случае у вас будет N! подписанные отношения, или вы можете подписаться в звездной манере в основном контексте в основном потоке, но иногда это не сработало (я использую MagicalRecord, Copyright 2011 Magical Panda Software LLC.). Мое решение состоит в том, чтобы перечитать критический объект coreObject непосредственно перед его сохранением, а также с помощью подходящей политики слияния:

 @synchronized (self) {
        if ([context hasChanges]) {
            if (needRefresh) {
                [context refreshObject:coreObject mergeChanges:NO];
                [coreObject addLinkedObject:linkedObject1];
            }
            NSError *err = nil;
            [context save:&err];
            if (err) {
                NSLog(@"Error Saving Linked Object: %@", [err userInfo]);
                [context rollback];
            }
        }
}

В этом случае риск минимален.