CoreData 스키마 변경을 허용하는 iPhone 앱을 만드는 방법

Question

CoreData API를 광범위하게 사용하는 앱이 있습니다. 엔티티에 몇 개의 필드를 추가하는 업데이트 된 버전을 개발 중입니다. 스키마 변경으로 인해 내 앱이로드 될 때 충돌합니다 (개인 저장 공간을 날려 보내고 다시 시작하지 않는 한).

고객이 새 버전으로 업그레이드 할 때 문제가 발생합니다. 앱을 처음로드 할 때 데이터에 업그레이드 절차를 실행해도 상관 없습니다. CoreData가 마음에 들지 않으므로로드하지 못할 수도 있습니다. 스키마 변경.

CoreData에게 "ok ... 스키마 변경에 대해 걱정하지 마십시오."라고 말할 수있는 방법이 있습니까? 필드를 추가하고 이름을 바꾸거나 삭제하지 않았기 때문입니다.

Answer 1

Marcus Zarra의 핵심 데이터 북 사본을 얻고 마이그레이션 (5 장)을 읽어야합니다. 그러나, 그것을 실패하면, 알고있는 좋은 몇 가지 기본 사항이 있습니다. 먼저 업데이트 된 앱에서 이전 모델 (스키마)과 새 모델이 모두 필요합니다. 둘째, 새 모델이 "현재 모델"로 태그 지정되어 있는지 확인해야합니다. 셋째, NSPersistentStoreCoordinator를 기존 모델 (디스크에서로드 됨)에서 새 모델로 자동 매핑하는 방식으로 NSPersistentStoreCoordinator를 만들어야합니다. 새 응용 프로그램에서

- (NSPersistentStoreCoordinator *)persistentStoreCoordinator 
    { 
    if (persistentStoreCoordinator) 
     return persistentStoreCoordinator; 

    NSURL *storeUrl = [NSURL fileURLWithPath: [[self applicationDocumentsDirectory] stringByAppendingPathComponent: @"MyDataStore.sqlite"]]; 

    NSError *error = nil; 
    persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel: [self managedObjectModel]]; 

    // Use mapping model 
    NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys: 
          [NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption, nil]; 


    if (![persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType 
           configuration:nil 
           URL:storeUrl 
           options:options 
           error:&error]) 
     { 
     [NSApp presentError:error]; 
     } 
    return persistentStoreCoordinator; 
    } 

업데이트 당신의 오래된 모델은 정확히 기존 응용 프로그램에서 모델과 동일합니다. 이 경우가 확실하지 않은 경우 확신을 위해 취할 수있는 몇 가지 단계가 있습니다. 제가하는 일은 조금 복잡합니다 - 그러나 그것이 도움이된다고 생각할 때 개요를 드리겠습니다.