Di chuyển dữ liệu lõi qua nhiều phiên bản nâng cấp

Question

Tôi có một ứng dụng iPhone sử dụng Dữ liệu chính.

Tôi đã cập nhật và sử dụng Di chuyển nhẹ để chuyển từ V1 sang V2 của MOM (Mô hình đối tượng được quản lý). Điều này làm việc hoàn hảo.

Điều gì xảy ra khi tôi muốn chuyển sang V3 (và hơn thế nữa) của MOM?

• Nếu tôi quyết định tiếp tục di chuyển nhẹ
• Nếu tôi quyết định sử dụng mô hình ánh xạ, điều gì sẽ xảy ra? Làm thế nào để đối phó với việc nâng cấp cả V1 và V2 MOM lên V3? Tôi có cần tạo một mô hình ánh xạ cho cả V1 tới V3 và V2 tới V3 không?
• Câu hỏi này đi xa hơn ... điều gì sẽ xảy ra khi tôi có V6 MOM và vẫn cần hỗ trợ khả năng nâng cấp từ V1 MOM?

Một câu hỏi khác là cách tốt nhất để xác định phiên bản của MOM hiện tại là gì? Tôi có nên sử dụng isConfiguration: compatibleWithStoreMetadata:

Cảm ơn bạn đã hỗ trợ. Tôi yêu dữ liệu cốt lõi. Nhưng đôi khi nó làm cho đầu của tôi quay và tôi trở nên bối rối, đó là lý do tại sao tôi đang tìm kiếm một số trí huệ.

Answer 1

Tôi đã di chuyển bình thường bằng cách sử dụng createDestinationInstancesForSourceInstance.
Đoạn mã cho biết cách ghi đè phương thức đó và cách lấy mã nguồn của mô hình để di chuyển. Việc di chuyển thực tế đang xảy ra trong lớp trợ giúp TZMigrationHelper.

- (BOOL)createDestinationInstancesForSourceInstance:(NSManagedObject *)sInstance entityMapping:(NSEntityMapping *)mapping manager:(NSMigrationManager *)manager error:(NSError **)error 
{ 
    float sourceVersion = [[[mapping userInfo] valueForKey:@"sourceVersion"] floatValue]; 
    if(sourceVersion <= 0.9) 
    { 
     mapping = [TZMigrationHelper addAttributeMappingForDerivedRTFProperties:sInstance mapping:mapping propertyName:@"someProperty"]; 
     mapping = [TZMigrationHelper addAttributeMappingForDerivedRTFProperties:sInstance mapping:mapping propertyName:@"anotherProperty"]; 
     mapping = [TZMigrationHelper addAttributeMappingForDerivedRTFProperties:sInstance mapping:mapping propertyName:@"oneMoreProperty"];  
    } 
    return [super createDestinationInstancesForSourceInstance:sInstance entityMapping:mapping manager:manager error:error]; 
} 

Answer 2

Việc niêm yết ban đầu là bây giờ nhiều tháng trước đây, nhưng tôi nghĩ rằng câu trả lời tốt nhất được tìm thấy trong cuốn sách Core Data Marcus Zarra (hoặc trực tuyến trong các ví dụ code). Google cho "progressivelyMigrateURL" và một sẽ tìm mã để lặp đi lặp lại thông qua các mô hình - cho phép người dùng tạo ánh xạ từ mô hình n đến mô hình n + 1, trong khi không lo lắng về vụ nổ tổ hợp để tạo ánh xạ giữa tất cả các cặp mô hình.

Điều này có thể dẫn đến việc di chuyển chậm hơn khi chạy. Tôi đã không điều tra điều này.