SQLite - एक महान एम्बेड डेटाबेस (भाग 1)

फिर भी, मैंने SQLite के बारे में एक लेख लिखने का फैसला किया, जिसमें मैं विंडोज के तहत इस डेटाबेस का उपयोग करने में अपने 3 साल के अनुभव को संक्षेप में प्रस्तुत करना चाहता हूं। मैं देखता हूं कि विषय लोकप्रिय है, लेकिन बहुत कम जानकारी है।

भाग २
भाग ३

एक छोटा सा परिचय।

यह लेख शुरुआती प्रोग्रामर के लिए नहीं है।
यह एक SQL ट्यूटोरियल नहीं है।
वह SQLite का उपयोग करने के लिए अभियान नहीं करता है।
वह SQLite का उपयोग नहीं करने के लिए अभियान नहीं करता है।
लेख एक काल्पनिक नवागंतुक से SQLite के प्रश्नों के रूप में लिखा गया है और उनका उत्तर देता है (क्योंकि इसमें बहुत सारी जानकारी है और इसे संरचना करना कम से कम थोड़ा आसान है)।

SQLite क्या है?

SQLite एक एम्बेडेड क्रॉस-प्लेटफ़ॉर्म डेटाबेस है जो SQL कमांड के काफी पूर्ण सेट का समर्थन करता है और स्रोत कोड (सी भाषा में) में उपलब्ध है।

SQLite के लिए स्रोत कोड सार्वजनिक डोमेन में है, जिसका अर्थ है कि कोई उपयोग प्रतिबंध नहीं हैं।

वेबसाइट (अंग्रेजी में उत्कृष्ट प्रलेखन के साथ): http://sqlite.org

वर्तमान संस्करण: 3.7.13

आप खुद SQLite संकलित कर सकते हैं, लेकिन मैं इसे पहले से ही Windows DLL के रूप में संकलित डाउनलोड करता हूं।

डाउनलोड पृष्ठ: http://sqlite.org/download.html

अपने स्वयं के विधानसभा के लिए, तथाकथित "समामेलन" ,
यानी C + sqlite3.h में एकल फ़ाइल के रूप में SQLite स्रोत।

SQlite कोड के आकार को कम करने के लिए, अनावश्यक निश्तिकी को फेंकने से, सभी प्रकार के DEFINE का उपयोग किया जाता है।

SQLite कितना लोकप्रिय है?

संक्षेप में: वह हर जगह है। कम से कम किसी भी स्मार्टफोन पर।

यह कितना विश्वसनीय है?

बहुत। जब संस्करण जारी किया जाता है, तो यह कई गंभीर स्वचालित परीक्षणों (~ 2 मिलियन परीक्षण किए जाते हैं) से गुजरता है, परीक्षणों के साथ कोड कवरेज 100% (अगस्त 2009 से) है।

डेवलपर्स क्या अन्य उपकरण देते हैं?

डेटाबेस के साथ काम करने के लिए कंसोल उपयोगिता उपलब्ध है (SQLlite3.exe, "SQLite डेटाबेस तक पहुँचने और संशोधित करने के लिए एक कमांड-लाइन शेल)"।

क्या वह सब है?

हाँ, मुख्य डेवलपर्स से - यह बात है। हालांकि, अन्य लोग सभी प्रकार के प्रबंधकों आदि को लिखते हैं।
व्यक्तिगत रूप से, मैंने सही नहीं पाया है और कंसोल का उपयोग करता हूं।

"एसक्यूएल का एक पूरा सेट" क्या मतलब है?

जैसा कि आप जानते हैं, इसके विकास में SQL विभिन्न दिशाओं में चला गया। बड़े निर्माताओं ने सभी प्रकार के एक्सटेंशन को धकेलना शुरू कर दिया। और यद्यपि सभी प्रकार के मानकों को स्वीकार किया जाता है (SQL 92), वास्तविक जीवन में, सभी बड़े डेटाबेस मानकों का पूरी तरह से समर्थन नहीं करते हैं + उनका अपना कुछ है। इसलिए, SQLite "न्यूनतम, लेकिन पूर्ण सेट" के सिद्धांत से जीने की कोशिश कर रहा है। यह जटिल चीजों का समर्थन नहीं करता है, लेकिन कई मायनों में SQL 92 से मेल खाता है।
और इसकी कुछ विशेषताओं का परिचय देता है, जो बहुत सुविधाजनक हैं, लेकिन मानक नहीं।

SQL सपोर्ट में क्या विशेष रूप से आश्चर्यजनक हो सकता है?

आप किसी तालिका में एक कॉलम को हटा या बदल नहीं सकते (ALD TABLE DROP COLUMN ..., ALTER TABLE ALTER COLUMN ...)।
ट्रिगर होते हैं, लेकिन बड़े RDBMS जितना शक्तिशाली नहीं।
विदेशी कुंजी के लिए समर्थन है, लेकिन डिफ़ॉल्ट रूप से यह अक्षम है।
कोई अंतर्निहित UNICODE समर्थन नहीं है (लेकिन इसे प्राप्त करना आसान है)।
कोई संग्रहीत कार्यविधियाँ नहीं।

और क्या अच्छा या असामान्य है?

a) प्रत्येक रिकॉर्ड में एक आभासी पंक्तिबद्ध कॉलम होता है, जो 64-बिट संख्या (तालिका के लिए अद्वितीय) के बराबर होता है।
आप अपने INTEGER PRIMARY KEY कॉलम को घोषित कर सकते हैं और फिर यह कॉलम पंक्तिबद्ध हो जाता है (अपने नाम के साथ, यह नाम पंक्ति काम करता है)।
रिकॉर्ड सम्मिलित करते समय, आप पंक्तिबद्ध निर्दिष्ट कर सकते हैं, या आप निर्दिष्ट नहीं करना चुन सकते हैं (और सिस्टम फिर एक अद्वितीय सम्मिलित करेगा)।
विवरण: www.sqlite.org/autoinc.html
बी) आप आसानी से मेमोरी में डेटाबेस को व्यवस्थित कर सकते हैं (यह बहुत सुविधाजनक है और मैं आपको बाद में बताऊंगा);
ग) स्थानांतरण के लिए आसान: डिफ़ॉल्ट रूप से, डेटाबेस एक एकल फ़ाइल (क्रॉस-प्लेटफॉर्म प्रारूप में) है;
d) स्तंभ का प्रकार इस रिकॉर्ड फ़ील्ड में संग्रहीत मान के प्रकार को निर्धारित नहीं करता है, अर्थात, किसी भी मूल्य को किसी भी कॉलम में दर्ज किया जा सकता है;
ई) कई अंतर्निहित कार्य (जो एसक्यूएल में उपयोग किए जा सकते हैं): www.sqlite.org/lang_corefunc.html;

मुझे समझ नहीं आया कि प्रकार के साथ क्या गलत था? हमें स्तंभ प्रकार की आवश्यकता क्यों है?

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

मान लीजिए कि हमने एक कॉलम को "ए इंटीजर" घोषित किया है।
Sqlite आपको इस कॉलम (999, "एबीसी", "123", 678.525) में किसी भी प्रकार के मूल्य में प्रवेश करने की अनुमति देता है।
यदि सम्मिलित मूल्य पूर्णांक नहीं है, तो SQlite पूर्णांक में डालने का प्रयास करता है।
यानी स्ट्रिंग "123" एक पूर्णांक 123 में बदल जाएगा, और शेष मान "जैसा है" लिखा जाएगा।

तो आप कॉलम के प्रकार को बिल्कुल भी निर्दिष्ट नहीं कर सकते हैं?

बहुत बार यह किया जाता है: क्रिएट टेबल फू (ए, बी, सी, डी) ।

वास्तुकला के बारे में क्या? क्या कोई सर्वर नहीं है?

कोई सर्वर नहीं है, एप्लिकेशन स्वयं एक सर्वर है। डेटाबेस तक पहुंच "कनेक्शन" के माध्यम से डेटाबेस (ओएस फ़ाइल हैंडल जैसी कुछ) के माध्यम से होती है, जिसे हम कॉल के माध्यम से डीएलएफ फ़ंक्शन के लिए खोलते हैं। जब खोला जाता है, तो डेटाबेस फ़ाइल नाम इंगित किया जाता है। यदि कोई नहीं है, तो यह स्वचालित रूप से बनाया जाता है।
यह एक ही या अलग-अलग अनुप्रयोगों में एक ही डेटाबेस (फ़ाइल नाम के माध्यम से) के लिए कई कनेक्शन खोलने की अनुमति है।
सिस्टम इस काम को करने के लिए OS- स्तर फ़ाइल एक्सेस लॉकिंग तंत्र का उपयोग करता है।
(ये तंत्र आमतौर पर नेटवर्क ड्राइव पर खराब काम करते हैं, इसलिए नेटवर्क पर फ़ाइल के साथ SQlite का उपयोग करने की अनुशंसा नहीं की जाती है)।
प्रारंभ में, Sqlite ने "कई पढ़े - एक लिखते हैं" के सिद्धांत पर काम किया।
यही है, केवल एक कनेक्शन एक निश्चित समय पर डेटाबेस को लिखता है। यदि अन्य कनेक्शन भी लिखने का प्रयास करते हैं, तो वे SQLITE_BUSY त्रुटि को पकड़ लेंगे।
हालाँकि, आप ऑपरेशन के लिए एक समय सीमा दर्ज कर सकते हैं। फिर कनेक्शन, डेटाबेस की व्यस्तता के साथ सामना किया, SQLITE_BUSY त्रुटि के साथ गिरने से पहले एन सेकंड का इंतजार करेगा।

और क्या करना है?

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

ठीक है, अब मुझे समझ में आया कि SQLite कितना भयानक है, क्योंकि इसमें एक वैश्विक CACHE नहीं है?

वास्तव में, सभी आधुनिक आरडीबीएमएस एक वैश्विक साझा कैश के बिना समझ से बाहर हैं, जो संकलित पैरामीटरयुक्त प्रश्नों की तरह सभी प्रकार के निश्तिकी स्टोर कर सकते हैं। यह सर्वर व्यस्त है, जो यहां नहीं है। हालाँकि, एक एकल एप्लिकेशन के भीतर, SQlite कई कनेक्शनों के बीच कैश को साझा कर सकता है (यहां पढ़ें: www.sqlite.org/sakedcache.html ) और कुछ मेमोरी सेव करें।

और हर कोई शिकायत क्यों करता है कि SQLite धीमा है?

दो कारण। पहली डिफ़ॉल्ट सेटिंग्स है। वे विश्वसनीयता के लिए काम करते हैं, प्रदर्शन के लिए नहीं।
दूसरा लेनदेन को ठीक करने के लिए तंत्र की गलतफहमी है। डिफ़ॉल्ट रूप से, किसी भी आदेश के बाद, Sqlite लेनदेन करेगा (यानी, जब तक डेटाबेस बिजली चालू करने के लिए एक सुसंगत स्थिति में है) प्रतीक्षा करें। व्यामोह मोड के आधार पर, SQLite उस पर 50 से 300 एमएस तक खर्च करेगा (डिस्क पर डेटा लिखने के अंत की प्रतीक्षा में)।

क्या करें? मुझे 100 हज़ार रिकॉर्ड और तेज़ सम्मिलित करने की आवश्यकता है!

अनुक्रमित हटाएं, सिंक्रोनाइज़ेशन मोड को बंद करें (या NORMAL), N हजार के भाग में डालें (N - पिक, 5000 पहले लें)। भाग डालने से पहले, BEGIN TRANSACTION करें, उसके बाद - COMMIT करें।

लेकिन मुझे एक गलती मिली! कैसे करें रिपोर्ट?

कोई रास्ता नहीं।

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

व्यक्तिगत रूप से, मेरे पास एक स्थिति थी जिसे मैंने SQLIte दोष के रूप में व्याख्या की थी। मैंने इसे समाचार पत्र पर वर्णित किया। अगले संस्करण में, SQLite व्यवहार तय किया गया है।

SQLite के साथ खेलने के लिए एक उपयोगी उपयोगिता ।

जारी रखा जाए।