कोर डेटा में कई लगातार स्टोर का उपयोग करना

सभी iOS (और MAC OS X) डेवलपर्स को कोर डेटा जैसे सिस्टम फ्रेमवर्क के बारे में पता है। यह एक बहुत ही शक्तिशाली ORM है (कम से कम मोबाइल प्लेटफॉर्म के लिए)।

प्रारंभ में, हमारे एप्लिकेशन ने उन सभी सूचनाओं के लिए एक डेटाबेस का उपयोग किया, जिन्हें एप्लिकेशन में संग्रहीत करने की आवश्यकता थी। लेकिन जैसे-जैसे कार्यक्षमता में तेजी आई, यह स्पष्ट हो गया कि विभिन्न डेटाबेस में कुछ संस्थाओं या यहां तक ​​कि विभिन्न प्रकार के लगातार स्टोर में व्यवस्था करना अधिक तर्कसंगत होगा। मैं विवरण में नहीं जाऊंगा, मुख्य बात यह है कि शुरू में अखंड एनएसएसक्यूएलइटस्टोर को कई में विभाजित किया जाना था।

प्रलेखन इस मुद्दे को बहुत खराब तरीके से कवर करता है। केवल यह कहा जाता है कि एक NSPersistentStoreCoordinator के अंदर कई NSPersistentStore का उपयोग करना संभव है, और इससे भी अधिक, उन्हें सीधे एक NSManagedObjectContext से उपयोग करें। यह शानदार लग रहा है।
ऐप्पल प्रलेखन पर विशेष रूप से इस मुद्दे को समझने के लिए बेताब, मुझे Google पर स्विच करना पड़ा। नेटवर्क के विस्तार के चारों ओर घूमने के बाद, मुख्य रूप से स्टैक ओवरफ्लो क्षेत्र में, मैंने बहुत सारी जानकारी इकट्ठा की, और Xcode के साथ कई घंटों के युद्ध के बाद मुझे कम काम करने वाला समाधान मिला। इस मुद्दे का अध्ययन करने के दौरान, निम्नलिखित खुलासा किया गया था:

वास्तव में, कई NSPersistentStore की जानकारी एक NSManagedObjectContext में एकत्र की जा सकती है। इस बारे में एक विस्तृत लेख है जो प्लग-इन को कोर डेटा के साथ एक एप्लिकेशन से जोड़ने के लिए तंत्र का वर्णन करता है। आप इसे यहाँ पा सकते हैं : www.cimgf.com/2009/05/03/core-data-and-plug-ins

केवल एक NSManagedObjectModel एक NSManagedObjectContext के अनुरूप हो सकता है। कैसे निर्दिष्ट करें कि किन संस्थाओं में भंडारण किया जाना चाहिए? यह कॉन्फ़िगरेशन नाम का उपयोग करके किया जाता है। आप एक NSManagedObjectModel में कॉन्फ़िगरेशन का एक सेट बना सकते हैं, या आप कई NSManagedObjectModel ले सकते हैं और उन्हें एक में स्टोम्प कर सकते हैं (जबकि हर एक को अभी भी नामांकित कॉन्फ़िगरेशन बनाने की आवश्यकता है)।

-(NSManagedObjectModel*)managedObjectModel; { if(managedObjectModel)return managedObjectModel; NSBundle*myBundle =[NSBundle bundleForClass:[self class]]; NSArray*bundles =[NSArray arrayWithObject:myBundle]; managedObjectModel =[[NSManagedObjectModel mergedModelFromBundles:bundles] retain]; return managedObjectModel; } 

हमारे द्वारा तैयार (दाग या पूर्व-निर्मित) NSManagedObjectModel तैयार करने के बाद, आप फ़ंक्शन का उपयोग करके समन्वयक को रिपॉजिटरी जोड़ सकते हैं

 - (NSPersistentStore *)addPersistentStoreWithType:(NSString *)storeType configuration:(NSString *)configuration URL:(NSURL *)storeURLoptions:(NSDictionary *)options error:(NSError **)error 

प्रत्येक संग्रहण प्रकार के लिए कॉन्फ़िगरेशन नाम का उपयोग करना। कुछ इस तरह:

  NSPersistentStore * store = [_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:CONFIG_NAME URL:databaseURL options:options error:&error]; 

रिपॉजिटरी वाली फाइल अपने आप बन जाएगी। लक्ष्य हासिल होने के बाद मैं वास्तव में अपनी खुद की आँखों से देखना चाहता था कि कोर डेटा वहाँ बनाया है। विशेष रूप से, आवर्धक कांच के नीचे, NSSQLiteStore पर विचार किया गया था। यह एक दिलचस्प बात निकला - कोई फर्क नहीं पड़ता कि फ़ाइल के लिए कॉन्फ़िगरेशन नाम क्या है, ऑब्जेक्ट मॉडल से सभी संस्थाओं के लिए लेबल अभी भी इसमें बनाए गए हैं। हालाँकि, कॉन्फ़िगरेशन में निर्दिष्ट निकाय फ़ाइल में लिखे गए हैं। अन्यथा, सब कुछ जादुई रूप से काम किया, एक NSManagedObjectModel संस्थाओं से वास्तव में अलग ठिकानों में भेज दिया!

अलग-अलग, इसे रिपॉजिटरी के कनेक्शन के बारे में कहा जाना चाहिए। आप विभिन्न रिपॉजिटरी से संस्थाओं के बीच संबंध नहीं बना सकते हैं। लेकिन आप भ्रूण के गुणों का उपयोग कर सकते हैं। यह, सामान्य रूप से, Apple. गोदी में डेवलपर. apple.com/library/mac/#documentation/Cocoa/Conceptual/CoreData/Articles/cdRelationship.html#//apple_ref/doc/uid/TP40001857-SW5 पर स्पष्ट रूप से वर्णित है।

लेकिन यह सब नहीं है। चूंकि एप्लिकेशन के पुराने संस्करण ने अपने एकमात्र डेटाबेस में उपयोगी डेटा का एक गुच्छा संग्रहीत किया था, इसलिए मैं किसी भी तरह से इस जानकारी को हमारे ब्रांड के नए भंडार में भेजना चाहता था। ऐसा करने के लिए, मैंने NSPersistentStoreCoordinator श्रेणी में कुछ इस तरह लिखा

 - (BOOL)migratePersistentStore:(NSURL *)sourceStoreURL withType:(NSString *)sourceType to:(NSURL *)destinationStoreURL type:(NSString *)destinationType andAddWithConfiguration:(NSString *)configuration { NSError *error = nil; NSDictionary *sourceMetadata = [self.class metadataForPersistentStoreOfType:sourceType URL:sourceStoreURL error:&error]; if(sourceMetadata==nil) return NO; NSManagedObjectModel *sourceModel = [NSManagedObjectModel mergedModelFromBundles:nil forStoreMetadata:sourceMetadata]; NSMigrationManager *migrationManager = [[[NSMigrationManager alloc] initWithSourceModel:sourceModel destinationModel:self.managedObjectModel] autorelease]; NSMappingModel *mappingModel = [NSMappingModel mappingModelFromBundles:nil forSourceModel:sourceModel destinationModel:self.managedObjectModel]; if(mappingModel==nil) return NO; BOOL result = [migrationManager migrateStoreFromURL:sourceStoreURL type:sourceType options:nil withMappingModel:mappingModel toDestinationURL:destinationStoreURL destinationType:destinationType destinationOptions:nilerror:&error]; if(result==NO) return NO; NSLog(@"Successful DB migration"); NSDictionary *options = [self.class migrationOptionsWithAutoMigration:NO]; NSPersistentStore * addedStore = [self addPersistentStoreWithType:destinationType configuration:configuration URL:destinationStoreURL options:options error:&error]; return addedStore!= nil; } 

दुर्भाग्य से, इस तरह से कई में एक डेटाबेस को विघटित करना विफल रहा। विधि की पहली कॉल एक धमाके के साथ पूरी होती है। हालांकि, दूसरे कॉल पर, पहले से ही एक अलग कॉन्फ़िगरेशन नाम के साथ, कोर डेटा ने मुझे "दो बार एक ही स्टोर को जोड़ नहीं सकता" को त्रैमासिक रूप से कहा। नतीजतन, मैंने केवल कॉन्फ़िगरेशन को स्थानांतरित करने का निर्णय लिया जहां महत्वपूर्ण डेटा संग्रहीत है, और किसी भी लॉग और कैश से डेटाबेस बना सकते हैं जो खरोंच से पुनर्निर्माण किया जा सकता है।