[iphone] 다중 패스를 사용한 핵심 데이터 마이그레이션의 예 또는 설명?

나는 그들의 문서 에서 Apple이 암시하는 바를 알아 냈다 . 실제로는 매우 쉽지만 분명하기까지는 갈 길이 멀다. 예를 들어 설명을 설명하겠습니다. 초기 상황은 다음과 같습니다.

데이터 모델 버전 1

“핵심 데이터 저장소가있는 탐색 기반 앱”템플릿을 사용하여 프로젝트를 만들 때 얻는 모델입니다. 나는 그것을 컴파일하고 약간 다른 값을 가진 약 2k 항목을 만들기 위해 for 루프의 도움으로 약간의 타격을가했습니다. NSDate 값을 가진 2.000 개의 이벤트가 있습니다.

이제 다음과 같은 두 번째 버전의 데이터 모델을 추가합니다.

데이터 모델 버전 2

차이점은 이벤트 엔티티가 사라지고 두 개의 새 엔티티가 있다는 것입니다. 타임 스탬프를로 저장하는 double하나와 날짜를 NSString.

목표는 모든 버전 1 이벤트를 두 개의 새 엔티티 로 전송 하고 마이그레이션과 함께 값을 변환하는 것입니다. 이로 인해 별도의 엔터티에서 다른 유형으로 각각 두 배의 값이 생성됩니다.

마이그레이션을 위해 우리는 수동 마이그레이션을 선택하고 매핑 모델을 사용합니다. 이것은 또한 귀하의 질문에 대한 답변의 첫 번째 부분입니다. 2k 항목을 마이그레이션하는 데 시간이 오래 걸리고 메모리 풋 프린트를 낮게 유지하기를 원하기 때문에 두 단계로 마이그레이션을 수행 할 것입니다.

계속해서 이러한 매핑 모델을 더 분할하여 엔티티 범위 만 마이그레이션 할 수도 있습니다. 백만 개의 레코드가 있다고 가정하면 전체 프로세스가 중단 될 수 있습니다. Filter predicate를 사용하여 가져온 항목의 범위를 좁힐 수 있습니다 .

두 가지 매핑 모델로 돌아갑니다.

다음과 같이 첫 번째 매핑 모델을 만듭니다.

1. 새 파일-> 리소스-> 매핑 모델

2. 이름을 선택하고 StepOne을 선택했습니다.

3. 소스 및 대상 데이터 모델 설정

모델 매핑 1 단계

멀티 패스 마이그레이션에는 사용자 지정 엔터티 마이그레이션 정책이 필요하지 않지만이 예제에 대해 좀 더 자세히 알아보기 위해 수행합니다. 따라서 엔터티에 사용자 지정 정책을 추가합니다. 이것은 항상의 하위 클래스입니다 NSEntityMigrationPolicy.

이 정책 클래스는 마이그레이션을 수행하는 몇 가지 방법을 구현합니다. 그러나이 경우에는 간단하므로 하나의 메소드 만 구현해야합니다 createDestinationInstancesForSourceInstance:entityMapping:manager:error:..

구현은 다음과 같습니다.

StepOneEntityMigrationPolicy.m

#import "StepOneEntityMigrationPolicy.h"


@implementation StepOneEntityMigrationPolicy

- (BOOL)createDestinationInstancesForSourceInstance:(NSManagedObject *)sInstance
                                      entityMapping:(NSEntityMapping *)mapping
                                            manager:(NSMigrationManager *)manager
                                              error:(NSError **)error
{
    // Create a new object for the model context
    NSManagedObject *newObject =
        [NSEntityDescription insertNewObjectForEntityForName:[mapping destinationEntityName]
                                      inManagedObjectContext:[manager destinationContext]];

    // do our transfer of nsdate to nsstring
    NSDate *date = [sInstance valueForKey:@"timeStamp"];
    NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
    [dateFormatter setTimeStyle:NSDateFormatterMediumStyle];
    [dateFormatter setDateStyle:NSDateFormatterMediumStyle];

    // set the value for our new object
    [newObject setValue:[dateFormatter stringFromDate:date] forKey:@"printedDate"];
    [dateFormatter release];

    // do the coupling of old and new
    [manager associateSourceInstance:sInstance withDestinationInstance:newObject forEntityMapping:mapping];

    return YES;
}

마지막 단계 : 마이그레이션 자체

NSDate를 double로 변환하는 데 사용되는 timeIntervalSince1970 만 거의 동일한 두 번째 매핑 모델을 설정하는 부분은 건너 뛰겠습니다.

마지막으로 마이그레이션을 트리거해야합니다. 지금은 상용구 코드를 건너 뛰겠습니다. 필요한 경우 여기에 게시하겠습니다. 마이그레이션 프로세스 사용자 지정에서 찾을 수 있으며 처음 두 코드 예제를 병합 한 것입니다. 다음과 같이 세 번째와 마지막 부분은 수정됩니다 : 대신의 클래스 메소드 사용하는 NSMappingModel클래스를 mappingModelFromBundles:forSourceModel:destinationModel:우리가 사용됩니다 initWithContentsOfURL:클래스 방법은 단 하나, 번들 어쩌면 처음 발견 매핑 모델을 반환하기 때문이다.

이제 루프의 모든 단계에서 사용할 수있는 두 가지 매핑 모델이 있으며 마이그레이션 메서드를 마이그레이션 관리자에게 보냅니다. 그게 다야.

NSArray *mappingModelNames = [NSArray arrayWithObjects:@"StepOne", @"StepTwo", nil];
NSDictionary *sourceStoreOptions = nil;

NSURL *destinationStoreURL = [[self applicationDocumentsDirectory] URLByAppendingPathComponent:@"CoreDataMigrationNew.sqlite"];

NSString *destinationStoreType = NSSQLiteStoreType;

NSDictionary *destinationStoreOptions = nil;

for (NSString *mappingModelName in mappingModelNames) {
    NSURL *fileURL = [[NSBundle mainBundle] URLForResource:mappingModelName withExtension:@"cdm"];

    NSMappingModel *mappingModel = [[NSMappingModel alloc] initWithContentsOfURL:fileURL];

    BOOL ok = [migrationManager migrateStoreFromURL:sourceStoreURL
                                               type:sourceStoreType
                                            options:sourceStoreOptions
                                   withMappingModel:mappingModel
                                   toDestinationURL:destinationStoreURL
                                    destinationType:destinationStoreType
                                 destinationOptions:destinationStoreOptions
                                              error:&error2];
    [mappingModel release];
}

메모

• 매핑 모델 cdm은 번들로 끝납니다 .

• 대상 저장소를 제공해야하며 원본 저장소가 아니어야합니다. 마이그레이션에 성공한 후 이전 항목을 삭제하고 새 이름을 바꿀 수 있습니다.

• 매핑 모델을 만든 후 데이터 모델을 약간 변경했는데 이로 인해 호환성 오류가 발생하여 매핑 모델을 다시 만들어야 만 해결할 수있었습니다.