आईओएस SQLite धीरे प्रदर्शन

Question

मुझे अपने iOS एप्लिकेशन में SQLite का उपयोग कर रहा हूँ और मैं बचत/लोड हो रहा है की एक बहुत कुछ है, जबकि उपयोगकर्ता यूआई के साथ बातचीत कर रहा है क्या करना है। यह एक समस्या है क्योंकि यह यूआई को बहुत ही कमजोर और धीमी बनाती है।

मैं एक अतिरिक्त धागा में परिचालन कर रही है की कोशिश की है लेकिन मुझे नहीं लगता इस SQLite में संभव है। मुझे त्रुटि कोड SQLITE_BUSY और SQLITE_LOCKED अक्सर मिलता है यदि मैं ऐसा करता हूं।

क्या उन त्रुटि कोडों के बिना मल्टीथ्रेडिंग में ऐसा करने का कोई तरीका है, या क्या मुझे SQLite को छोड़ देना चाहिए?

Answer 1

SQLite को न छोड़ें। धीमे होने से बचने के लिए आप UI थ्रेड से अलग थ्रेड में निश्चित रूप से ऐसा कर सकते हैं। बस सुनिश्चित करें कि केवल एक थ्रेड एक समय में डेटाबेस तक पहुंच रहा है। समवर्ती पहुंच से निपटने के दौरान SQLite बहुत अच्छा नहीं है।

Answer 2

यह पूरी तरह से संभव है, तो आप सिर्फ अपनी पृष्ठभूमि सूत्र में SQLite के लिए उपयोग serialise की जरूरत है।

this recent question पर मेरा उत्तर आपको सही दिशा में इंगित करना चाहिए।

जैसा कि कहीं और बताया गया है, SQLite समवर्ती पढ़ने के लिए ठीक है, लेकिन लिखने के लिए डेटाबेस स्तर पर ताले। इसका मतलब है कि यदि आप अलग-अलग धागे में पढ़ रहे हैं और लिख रहे हैं, तो आपको SQLITE_BUSY और SQLITE_LOCKED त्रुटियां मिलेंगी।

इस से बचने के लिए सबसे बुनियादी तरीका serialise करने के लिए सभी डीबी एक्सेस (रीड और राईट) या तो एक प्रेषण कतार या एक NSOperationQueue के रूप में इस का उपयोग मुख्य थ्रेड पर जगह नहीं ले रही है 1. की एक संगामिति है कि में है , आपका यूआई प्रभावित नहीं होगा।

यह स्पष्ट रूप से ओवरलैपिंग को पढ़ और लिखना बंद कर देगा, लेकिन यह एक साथ पढ़ने को भी रोक देगा। यह स्पष्ट नहीं है कि यह एक प्रदर्शन हिट है जिसे आप ले सकते हैं या नहीं।

NSOperationQueue *backgroundQueue = [[NSOperationQueue alloc] init]; 

[backgroundQueue setMaxConcurrentOperationCount:1]; 

तो फिर तुम बस के रूप में आप फिट देख कतार में आपरेशन जोड़ सकते हैं:

जैसा कि ऊपर वर्णित एक कतार आरंभ करने के लिए।

Answer 3

बंद:

आप चेकआउट है: FMDB यह एक SQLite आवरण है और धागा सुरक्षित है। मैंने इसे अपने सभी स्क्लाइट प्रोजेक्ट में इस्तेमाल किया।

Answer 4

मैं कोर डेटा का उपयोग करने की सलाह देता हूं जो स्क्लाइट के शीर्ष पर बैठता है। मैं इसे एक बहुप्रचारित वातावरण में उपयोग करता हूं। यहां Concurrency with Core Data पर एक मार्गदर्शिका दी गई है।

Answer 5

समर्पित SQLite थ्रेड में सब कुछ होने के बाद, या एक-ऑप-ऑन-ए-टाइम ऑपरेशन कतार बहुत अच्छे समाधान हैं, खासकर अपने जिटर यू को हल करने के लिए। एक और तकनीक (जो झटके में मदद नहीं कर सकती है) उन त्रुटि कोडों को खोजना है, और बस लूप, अपडेट को फिर से प्रयास करना जब तक कि आपको एक सफल रिटर्न कोड न मिल जाए।

Answer 6

SQLite को WAL मोड में रखें। फिर पढ़ा जाएगा अवरुद्ध नहीं किया जाएगा। ऐसा नहीं लिखता - आपको उन्हें क्रमबद्ध करने की आवश्यकता है। इसे हासिल करने के कई तरीके हैं। उनमें से एक SQLite द्वारा प्रदान किया जाता है - डब्ल्यूएएल हुक का उपयोग यह संकेत करने के लिए किया जा सकता है कि अगला लेखन शुरू हो सकता है।

डब्ल्यूएएल मोड आमतौर पर आपके ऐप के प्रदर्शन में सुधार करना चाहिए। ज्यादातर चीजें थोड़ा तेज हो जाएंगी। पढ़ना बिल्कुल अवरुद्ध नहीं होगा। केवल बड़े लेनदेन (कई एमबी) धीमा हो जाएंगे। आम तौर पर नाटकीय कुछ भी नहीं।