Problème de migration de données de base: "La migration du magasin persistant a échoué, modèle d'objet géré de la source manquante."

plutôt que de fusionner tous les modèles dans le Bundle, j'ai spécifié les deux modèles Je veux utiliser (modèle 1 et nouveau version du modèle 2) et les a fusionnés Utilisation de modelBymergingModels: P>

Cela ne semble pas juste. Pourquoi fusionner les modèles? Vous voulez utiliser modèle 2 em>, migrer votre magasin de modèle 1 em>. P>

de la référence de classe NSManèdeObjectModel forte> p >

ModelBymergingModels: code> p>

crée un seul modèle d'un tableau d'existant Modèles. P> blockQuote>

Vous n'avez pas besoin de faire quelque chose de spécial / spécifique avec votre modèle source ( modèle 1 em>) .. Tant que c'est dans votre paquet, le processus de migration légère automatique sera Découvrez et utilisez-le. P>

Je suggérerais d'abandonner le modèle de mappage que vous avez créé dans Xcode, comme j'ai Vu terrible performance par rapport aux migrations automatiques-légères. Votre kilométrage peut varier, mes changements entre les modèles sont différents pour le vôtre, mais je ne serais pas surpris. Essayez du chronométrage avec et sans votre propre modèle de mappage dans le paquet. P> xxx pré>

Vous pouvez vérifier dans votre code que votre modèle source est disponible en essayant de le charger et de vérifier que Ce n'est pas nul: p>

NSError *error;
NSDictionary *storeMeta = [NSPersistentStoreCoordinator metadataForPersistentStoreOfType:nil URL:self.storeURL error:&error];
if (storeMeta == nil) {
    // Unable to read store meta
    return NO;
}
BOOL isCompatible = [modelOne isConfiguration:nil compatibleWithStoreMetadata:storeMeta];

Tout en essayant de mettre à niveau le modèle de données de base de l'application existant (et de migrer les données hérités), je viens de courir sur un scénario dans lequel un cadre tiers écrivait des données dans la base de données d'une application. J'avais cette erreur "Impossible de trouver le modèle pour le magasin source." Étant donné que le modèle tiers n'a pas été chargé lorsque j'essayais la migration, la migration échouait.

J'ai écrit cette méthode (ci-dessous) pendant le dépannage de ce problème. Cela peut être utile à ceux qui sont confrontés à ces types de problèmes. P>

NSError *error = nil;
NSURL *storeUrl = [NSURL fileURLWithPath:storePath];
NSDictionary *storeMeta = [NSPersistentStoreCoordinator metadataForPersistentStoreOfType:nil URL:storeUrl error:&error];
NSLog(@"%@", [storeMeta objectForKey: @"NSStoreModelVersionHashes"]);

J'ai eu un problème similaire. J'ai utilisé + modelbymérgeingmodels: , mais je n'ai pas utilisé de modèle de mappage. Cependant, la fusion de modèles ne fonctionne pas avec la migration de données légères.

de la DOCS Apple:

Pour effectuer une migration légère automatique, les données de base doivent être capables de trouver Rechercher l'objet Source et de la destination Modèle S-SI-SIMO AU RUNTIME .

Si vous utilisez + modelbymérgeingmodels: que celui utilisé pour le modèle de destination. Cependant, les données de base ne pourront pas trouver le modèle source. Le modèle source a été créé à l'aide de + modelbymergeingmodels: dans la version antérieure de l'application et des données de base tente de fusionner des modèles pour connaître le modèle source.

Qu'est-ce que j'ai fini par faire, c'est que j'ai (manuellement) créé une nouvelle fustion .xcdatamodeld en modifiant les fichiers XML des modèles, l'a ajouté dans le projet, supprimé le séparé. xcdatamodeld S à partir de sources de compilée et au lieu d'utiliser + modelbymérgeingmodels: Utiliser nsmanagedObjectmodel 's -Initwithcontentsofurl: avec l'URL du nouveau Modèle fusionné. Je créerai probablement un script qui fusionnera automatiquement les modèles à l'avenir.