"SQLite को ओरेकल के प्रतिस्थापन के रूप में नहीं, बल्कि फोपेन के प्रतिस्थापन के रूप में सोचें (")
- SQLite के बारे में

और यह भी, सबसे अधिक संभावना है, वेब अनुप्रयोगों के लिए एंड्रॉइड, ब्लैकबेरी और ब्राउज़र के सैंडबॉक्स के तहत, लेकिन मैंने जांच नहीं की।

सीधे SQLite के साथ काम करना क्यों आवश्यक हो सकता है?

कोई भी अनुभवी iOS डेवलपर तुरंत SQLite का उपयोग करने के लिए मुझे तुरंत फटकार देगा (या सीधे नहीं, बल्कि FmDb के माध्यम से, लेकिन यह लगभग सीधे ही है)। वह कहेगा कि आपको CoreData का उपयोग करने की आवश्यकता है, क्योंकि यह अपने आप में बहुत से निशितक करता है, जैसे कि पूर्ववत और फिर से। और इसमें आप सुंदर रेखाचित्र खींच सकते हैं, जो ग्राहक को दिखाने के लिए सुखद हैं। और एंड्रॉइड में, उदाहरण के लिए, ऑरमलाइट है।

और मैं सहमत हूं - लेकिन तब तक, जब तक कि आपका डेटाबेस पार न हो जाए, तब तक कहना, 500,000 प्रविष्टियों में से प्रत्येक की 10 से अधिक तालिकाएं। और अगर वहाँ 52 टेबल हैं, और विशेष रूप से एक मिलियन या उससे अधिक के लिए मोटी टेबल हैं? और डेटाबेस को तीसरे प्रारूप के माध्यम से सर्वर के साथ सिंक्रनाइज़ करने की आवश्यकता है, इसके अलावा ग्राहक महत्वपूर्ण है, क्या सिंक्रनाइज़ेशन एक या पांच घंटे तक चलेगा? यदि आपने ऐसी मात्रा के कार्यों का सामना किया है, तो आपका स्वागत है! यदि आप नहीं मिले हैं, तो भी, क्योंकि कोई भी बड़े डेटा वाली परियोजनाओं से प्रतिरक्षा नहीं करता है, भले ही ऐसे मोबाइल कम हों।

क्वेरी ऑपरेटरों का क्रम

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

काफी दुर्घटना के बाद, मैंने देखा कि

SELECT * FROM tablename WHERE col1 LIKE '%string%' AND col2 = 123456

की तुलना में 3-4 गुना धीमा काम करता है

SELECT * FROM tablename WHERE col2 = 123456 AND col1 LIKE '%string%'

कहने के लिए, 300,000 रिकॉर्ड की एक मेज पर। हमने बस ऑपरेटरों की अदला-बदली की, और परिणाम कैसे बदले!

डेटाबेस पर पाठ्यपुस्तकों में, सबसे अधिक संभावना है, वे ऐसी विशेषताओं पर भी ध्यान केंद्रित नहीं करते हैं, और वे इसे सही करते हैं - सभी उद्यम समाधानों में क्वेरी ऑप्टिमाइज़र हैं। उदाहरण के लिए, MS SQL Server 2008 वेब संस्करण पर समान डेटा और समान क्वेरी पर कोई अंतर नहीं है।

लेकिन SQLite पर एक है। यह याद रखना चाहिए। SQLite की दुनिया में, सरल ऑपरेशन हमेशा अधिक जटिल वाले बाईं ओर जाना चाहिए।

SQLite डेटाबेस और भी अनुक्रमित किया जाना चाहिए

फोपेन के विकल्प के रूप में SQLite के बारे में सोचकर, संग्रहीत प्रक्रियाओं के बिना एक डेटाबेस, semaphores और उपयोगकर्ताओं, आप भूल जाते हैं कि यह किसी भी सामान्य डेटाबेस की तरह, अनुक्रमित का समर्थन करता है। उनके बारे में इतना कुछ लिखा गया है कि आपको सिंटैक्टिक विशेषताओं पर ध्यान केंद्रित नहीं करना चाहिए - बस याद रखें कि जैसे ही डेटाबेस का आकार 50,000 लाइनों से अधिक हो जाता है, इसे अनुक्रमित करने की आवश्यकता होती है। और जटिल प्रश्नों का उपयोग करते समय - पहले।

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

यदि आप अक्सर कई तालिकाओं में नमूना लेते हैं, तो यह डेटा को कैश करने के लिए समझ में आता है

किसी भी परियोजना में, हर बार आवेदन की शुरुआत में, उपयोगकर्ता को उस कार का चयन करने के लिए कहना आवश्यक था जिसके साथ वह काम करना चाहता है। मशीन का पूरा विवरण संकलित करने के लिए, कई तालिकाओं को संदर्भित करना आवश्यक था:

• निर्माण का वर्ष
• उत्पादक
• आदर्श
• पैकेज बंडल
• कुछ अन्य तकनीकी विशेषताएं जिन्हें ग्राहक मशीन चुनते समय दिखाना चाहते हैं। उदाहरण के लिए, एमपीजी (मील प्रति गैलन, हमारे किलोमीटर प्रति लीटर का एक एनालॉग)।

पांच तालिकाओं पर एक क्वेरी बनाने और कारों की सूची बनाने के लिए, हमने प्रत्येक पिकर पर 6-8 सेकंड की प्रतिक्रिया में iPhone को धीमा कर दिया। दो तरीके हैं - पहली शुरुआत में (हमारे पास इसे सिंक्रनाइज़ेशन के दौरान), आप या तो सभी संभावित डेटा के साथ एक प्रस्तुति की रचना कर सकते हैं, या, यदि अधिक सुविधाजनक हो, तो डेटा ऑब्जेक्ट को सीधे हार्ड डिस्क पर सहेजें। एक बार भी, एक सुविधाजनक क्षण में जब उपयोगकर्ता देरी के बारे में जानता है और प्रतीक्षा करने के लिए तैयार है।

यह ऑब्जेक्ट को बचाने के लिए अधिक सुविधाजनक हो सकता है यदि कॉन्फ़िगरेशन तालिका से कई फ़ील्ड को प्रत्येक के लिए एक दृश्य में शामिल करना होगा, कहते हैं, मशीन। डेटाबेस में, यह पंक्तियों के अपरिहार्य दोहराव को जन्म देगा (यदि आप कई कॉन्फ़िगरेशन मापदंडों की कई लाइनों से जुड़े हैं, तो आपको वाहन आईडी और अन्य मापदंडों के साथ कई समान लाइनें बनाने होंगे), और ऑब्जेक्ट में सभी डेटा एक प्रतिलिपि में संग्रहीत किए जाएंगे।

SQLite - एकल थ्रेडेड डेटाबेस

यह सीधे अनुकूलन से संबंधित नहीं है, लेकिन आपको इस बारे में नहीं भूलना चाहिए। एक ही समय में दो थ्रेड्स के SQLite डेटाबेस की ओर मुड़ना अनिवार्य रूप से एक दुर्घटना का कारण होगा। दो आउटपुट हैं:

• @Synchronized निर्देश का उपयोग करके कॉल को सिंक्रनाइज़ करें। यह है अगर यह वास्तुकला को बदलने के लिए बहुत देर हो चुकी है, जैसा कि मेरे पास था;
• यदि कार्य डिज़ाइन चरण में रखा गया है, तो NSOperationQueue के आधार पर एक क्वेरी प्रबंधक शुरू करें। यह स्वचालित रूप से त्रुटियों के खिलाफ जोर देता है, और जो स्वचालित रूप से किया जाता है वह अक्सर त्रुटियों के बिना किया जाता है।

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

निष्कर्ष

मेरे द्वारा ऊपर सूचीबद्ध सभी विशेष मामले थे। कोई सार्वभौमिक अनुकूलन कार्य नहीं है जिसका अनुमान कुल परियोजना समय के 1.5 दिनों या 10% में लगाया जा सकता है। यह आवश्यक के रूप में किया जाना है। मुख्य नियम, जिसने मुझे हमेशा सही अनुकूलन पथ चुनने में मदद की, वह यह है कि नमूने पर खर्च किया जाने वाला समय विशेष मामलों को छोड़कर डेटाबेस आकार के विकास के साथ नहीं बढ़ना चाहिए । यह एक सौ रिकॉर्ड और एक सौ हजार दोनों पर लगभग समान रहना चाहिए।

और एक और नियम, मेरे बॉस का पसंदीदा वाक्यांश - किसी ऐसी चीज़ का अनुकूलन न करें जिसके लिए अनुकूलन की आवश्यकता न हो। यदि आपके कोड को एक मिलीसेकंड या एक सौ के लिए निष्पादित किया जाएगा, और ग्राहक के लिए यह महत्वपूर्ण है कि क्या आपने एक दिन के लिए प्रोजेक्ट में देरी की है या समय पर पहुंचाया है, तो अक्सर यह ध्यान नहीं रखता है।