Przeczytałem dokumentację dotyczącą automatycznej / lekkiej migracji modeli Core Data - ale mam problemy z jej wdrożeniem.
Jak rozumiem, aplikacja powinna zauważyć, że model, który ma, i model, który już istnieje na urządzeniu, nie są tym samym. Jeśli dodałeś tylko atrybuty lub relacje i podobne proste zmiany, model powinien zostać zaktualizowany automatycznie.
Wszelkie wskazówki - czy muszę coś ustawić w Xcode?
Odpowiedzi:
Teraz odkryłem, że jest to dość proste - kiedy już wiesz, gdzie szukać.
W moim AppDelegate konfiguruję NSPersistentStoreCoordinator - i musisz dodać do tego kilka opcji, aby nakazać mu obsługę automatycznej migracji:
NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys:
[NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption,
[NSNumber numberWithBool:YES], NSInferMappingModelAutomaticallyOption, nil];
NSError *error;
_persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel: [self managedObjectModel]];
if (![_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeUrl options:options error:&error]) {
// Handle error
NSLog(@"Problem with PersistentStoreCoordinator: %@",error);
}
Następnie musisz zrobić małą sztuczkę w xCode:
Wydaje się to świetne i tak proste, jak chciałem - ale myślę, że podczas programowania przy zmianie modelu trzeba zachować ostrożność - w przeciwnym razie będziesz musiał stworzyć nową wersję dla każdej zmiany.
Myślę, że zachowam wszystkie zmienione pliki, a gdy będę gotowy do wdrożenia aktualizacji, usunę wszystkie pliki pośrednie i po prostu wdrożę z najstarszymi i najnowszymi modelami.
AKTUALIZACJA (15/07/2011):
Podziękowania dla @ rockstarberlin za wskazanie, że w Apple jest zaktualizowana dokumentacja:
Xcode 4: Ustawianie bieżącej wersji zarządzanego modelu obiektów
Aktualizacja: 19.08.2013 lepszy link:
To było niezwykle pomocne. Dokumentacja Apple była - jak zwykle - żałośnie niekompletna. Zalecam wykonanie czystej kompilacji, ponieważ napotkałem błąd „Nie można scalić modeli z dwoma różnymi encjami xxx” podczas pierwszego uruchomienia po wprowadzeniu tych zmian. Czysta kompilacja naprawiła to.
Odpowiedź Grouchala jest idealna ... ale jeśli nadal masz komunikat „Nie można scalić modeli z dwoma różnymi obiektami xxx”, nawet po kilkukrotnym wyczyszczeniu kompilacji ... Możesz mieć problemy z ładowaniem managedObjectModel .. . spójrz na ten ... który pomógł mi to naprawić ..
Ponadto, jeśli natknąłeś się na ten post, tak jak ja, po otrzymaniu błędu „Model użyty do otwarcia sklepu jest niezgodny z tym, który został użyty do utworzenia sklepu” i po prostu debugujesz za pomocą symulatora i chcesz całkowicie zastąpić zainstalowany stary model, możesz po prostu zresetować aplikację Simulator lub usunięcie aplikacji z symulatora prawdopodobnie również zadziała.
Nie przyszło mi do głowy, żebym spróbował tego, dopóki nie przeczytałem tutaj postów, w którym to momencie zdałem sobie sprawę, że zainstalowałem aplikację w symulatorze, a następnie zmieniłem model, powodując wspomniany powyżej błąd czasu wykonywania.
Aby śledzić odpowiedź Santthosha, pomyślałem, że zamiast tego opublikuję fragment kodu tutaj. Musisz utworzyć managedObjectModel za pomocą initWithContentsOfURL:zamiast w mergedModelFromBundles:przeciwnym razie pojawi się błąd:
Nie można scalić modeli z dwoma różnymi jednostkami XXX i XXX
Jeśli plik modelu nosi nazwę „Model”, oto jak utworzyć managedObjectModel:
NSString *path = [[NSBundle mainBundle] pathForResource:@"Model" ofType:@"momd"];
NSURL *momURL = [NSURL fileURLWithPath:path];
managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:momURL];
Podziękowania dla tego posta na blogu .
menu w Xcode 4 zmieniło się nieco. oto opis jak to zrobić w Xcode 4:
Xcode 4: Ustawianie bieżącej wersji zarządzanego modelu obiektów
Mam ten problem od lat i bezskutecznie wypróbowałem wszystkie te odpowiedzi. Dzisiaj w końcu zorientowałem się, co robię źle. Bardzo prosty problem, ale go przeoczyłem. Tworząc nowszą wersję modelu danych, jeśli DODAWASZ kolumny, pamiętaj, aby oznaczyć je jako OPCJONALNE. Jeśli tego nie zrobisz, prosta migracja nie zadziała, ponieważ nowe wartości kolumn nie zostaną wypełnione.
Gdy tylko upewniłem się, że moje nowe kolumny są zaznaczone jako „opcjonalne”, spróbowałem ponownie przeprowadzić migrację i zadziałało.
Natknąłem się na ten post z powodu innych problemów, ale błąd brzmiał: „ Modelowa konfiguracja użyta do otwarcia sklepu jest niekompatybilna z tą, która została użyta do utworzenia sklepu ”.
Oto mój problem i jego rozwiązanie. W moim modelu korzystałem z konfiguracji . Niektóre elementy były przechowywane w jednym pliku, a inne w drugim. (Mam pewne ustawienia domyślne, które mogą wymagać okresowego pobierania, a scalenie ich w całość byłoby niewiarygodnym problemem). W każdym razie stworzyłem nową jednostkę. Program wydawał się działać dobrze, ale za każdym razem, gdy kończyłem, otrzymywałem powyższy błąd.
Rozwiązaniem było przyjrzenie się moim konfiguracjom, uświadomienie sobie, że miałem jednostkę, której nie było obecnie w żadnej z konfiguracji i dodanie jej do jednej. Działa jak sen.
To nie rozwiąże problemu OP. Ale może jakaś sfrustrowana osoba, która wyląduje tutaj przez Google, będzie w łodzi, na której byłem :)
iOS 4.0+
NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"model" withExtension:@"momd"];
managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
Niewielka edycja niesamowitych instrukcji @ Grouchal powyżej dla Xcode w wersji 5:
Stare: 2. Wybierz menu Projekt u góry - następnie Model danych - a następnie wybierz Dodaj wersję modelu
Wersja 5+: 2. Wybierz menu Edytor, a następnie Dodaj wersję modelu…, wpisz nazwę swojej wersji i Na podstawie modelu (wybierz swój oryginalny model z listy)