SqliteDog - आधुनिक SQLite डेटाबेस प्रबंधक

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

काश, मात्रा गुणवत्ता में नहीं गई होती। हमने सभी अनुप्रयोगों के साथ कुछ समस्याएं पाईं। कुछ थोड़े चौंकाने वाले हैं। उदाहरण के लिए, एक बहुत ही लोकप्रिय प्रबंधक सरल नाम SQLite प्रबंधक के साथ फ़ायरफ़ॉक्स ब्राउज़र का मुफ्त ऐड-ऑन है। उनके इश्यू ट्रैकर में 234 प्रविष्टियां (यह रूसी में कैसे होगी?) एक अनुभवी आईटी विशेषज्ञ के लिए भविष्य में भी विश्वास हिला देगा। "8-बाइट संख्याओं का अवैध प्रदर्शन।" हां, यह सही है, यह प्रबंधक 8-बाइट पूर्णांक (जाहिरा तौर पर इसकी जावास्क्रिप्ट प्रकृति के कारण) के प्रतिनिधित्व में सभी अंकों को सही ढंग से नहीं दिखा सकता है। जरा सोचिए, बड़ी संख्या में कौन परवाह करता है?

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

हमारी शंकाएं stackoverflow.com पर एक पोस्ट द्वारा प्रबलित की गईं, जिसमें यह निष्कर्ष निकाला गया कि "बड़ी संख्या में SQLite डेटाबेस प्रबंधकों के बावजूद, वास्तव में कोई सुविधाजनक नहीं है और यह SQLite को लोकप्रिय बनाने के मामले में नकारात्मक भूमिका निभाता है।" इसलिए इस परियोजना का जन्म हुआ।



मुझे परिचय दें: SqliteDog एक आधुनिक SQLite डेटाबेस प्रबंधक है। हम डेटाबेस संपादक के परिचित इंटरफ़ेस को थोड़ा बदलना चाहते थे ताकि यह SQL सर्वर प्रबंधन स्टूडियो की तुलना में एक्सेल और क्रोम के बीच एक क्रॉस की तरह दिखे। हम निम्नलिखित मंत्र से आगे बढ़े: डेटाबेस प्रबंधक "तीन स्तंभों" पर खड़ा है। ये स्वयं डेटा, डेटा स्कीमा और SQL क्वेरी हैं। आपको डेटा का नमूना यथासंभव सरल और सुविधाजनक बनाना चाहिए; आपको डेटा को यथासंभव उपयोगी दिखाना चाहिए (नीचे देखें)। आपको डेटा आरेख को स्पष्ट रूप से दिखाना चाहिए और इसे मनमाने ढंग से बदलने की अनुमति देनी चाहिए। SQL संपादक सुंदर, सुविधाजनक होना चाहिए; SQL के साथ काम करने में समस्या नहीं होनी चाहिए। मैं एक दृश्य और सुविधाजनक SQLite सेटिंग्स प्रबंधन तंत्र (PRAGMA) भी रखना चाहता था, जो कई हैं और जो बहुत प्रभावित करते हैं। उदाहरण के लिए, डिफ़ॉल्ट रूप से, विदेशी कुंजी प्रतिबंध अक्षम हैं और कैश आकार 2000 आधार पृष्ठ हैं। 95% मामलों में, ये सबसे अच्छी सेटिंग्स नहीं हैं, लेकिन वे आमतौर पर कुछ सबमेनस के अंदर "छिपे हुए" हैं।

इसलिए, हमने उपलब्ध अनुप्रयोगों का विश्लेषण करना शुरू किया, विचारों और इच्छाओं को इकट्ठा किया। और इस चरण में लगभग 3 महीने लगे। मूल समझ यह थी: लगभग सभी डेटाबेस संपादकों को आर्कटिक इंटरफ़ेस समाधानों पर बनाया गया है जो वे एक दूसरे से कॉपी करते हैं। यहाँ कुछ उदाहरण हैं।

डेटाबेस ऑब्जेक्ट ट्री

यह एक ऐसा यातना नियंत्रण है, जो आमतौर पर बाईं ओर स्थित होता है और इसमें पेड़ों में जुड़े डीबी कनेक्शन और डेटाबेस ऑब्जेक्ट शामिल होते हैं। उदाहरण के लिए, टेबल कॉलम पाने के लिए, आपको आमतौर पर आवश्यकता होती है:
- डेटाबेस की सूची का विस्तार और सही एक मिल;
- "टेबल" शाखा का विस्तार करें;
- वांछित तालिका ढूंढें;
- "कॉलम" शाखा का विस्तार करें।
इसके अलावा, "तैनाती" के संचालन का अर्थ है:
- एक छोटे से क्रॉस में माउस को मारो, जो हर बार अपनी स्थिति बदलता है;
- एक नई सूची के उद्भव की जांच की जानी चाहिए और जो पेड़ के मौजूदा प्रतिनिधित्व को बदल देती है।
यदि आप इसके बारे में सोचते हैं, तो एक पेड़ संभवतः सबसे असुविधाजनक नियंत्रण संभव है; इसका उपयोग लचीलेपन के कारण किया जाता है (किसी भी पदानुक्रम को हिलाया जा सकता है)। हालांकि, डेटाबेस के साथ काम करने का परिदृश्य आमतौर पर "कॉलम को देखो" की तुलना में अधिक जटिल है। मान लीजिए कि कोई उपयोगकर्ता समझना चाहता है कि क्या किसी कॉलम में किसी प्रकार का प्रतिबंध है। कॉलम की सूची इस मामले में हमारी मदद कैसे करेगी? नहीं, क्योंकि स्तंभ पर प्रतिबंध तालिका स्तर पर सेट किया जा सकता है। और अगर उपयोगकर्ता कई तालिकाओं में एक विशिष्ट स्तंभ की तलाश कर रहा है? यह एक डेटाबेस स्कीमा खोलने के लिए उसके लिए बहुत अधिक सुविधाजनक है जहां एक स्क्रीन पर सब कुछ तुरंत आवश्यक होगा (प्रत्येक तालिका का विस्तार करने की तुलना में)। आदि
इसके अलावा, हमने एक उदाहरण में कई डेटाबेस के साथ काम करने का (परिचित) अभ्यास पसंद नहीं किया। हमें यह प्रतीत हुआ कि यह भ्रम और जटिलता का स्रोत है: हर समय हमें यह समझने की आवश्यकता है कि आप इस या उस क्रिया को किस आधार पर आयोजित कर रहे हैं। हमने तय किया कि एप्लिकेशन का एक उदाहरण एक डेटाबेस (एक कनेक्शन) से बिल्कुल काम करता है और पेड़ को टेबल और विचारों की एक रैखिक सूची के पक्ष में छोड़ दिया। आप इतिहास से किसी भी आधार पर जल्दी से स्विच कर सकते हैं। परिणामस्वरूप, SqliteDog में तालिका लेआउट को देखने और संपादित करने के लिए, आपको केवल दो क्लिक करने की आवश्यकता है। उसी समय, डेटाबेस ऑब्जेक्ट्स की सूची के तत्व, निश्चित रूप से स्थानांतरित नहीं होते हैं, लेकिन अपने स्थानों पर बने रहते हैं।

SQL प्रश्नों को सहेजना

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

किसी तालिका में चयनित डेटा देखें

सभी डेटाबेस प्रबंधक आपको तालिका में अनुरोधित डेटा प्रदर्शित करने की अनुमति देते हैं (इसे उनसे दूर नहीं किया जा सकता है)। वे इसे कैसे करते हैं? उदाहरण के लिए, स्तंभों की चौड़ाई। आमतौर पर, सामग्री के लिए फिटिंग के बजाय, कॉलम की संख्या से पूरी चौड़ाई को समान रूप से विभाजित करने के लिए उपयोग किया जाता है। यह स्क्रीन स्पेस का बेहद अक्षम उपयोग है। या डेटा का एक दृश्य ले लो। तुरंत रंग में क्यों नहीं दिखाते हैं कि किस प्रकार का मूल्य: स्ट्रिंग या संख्या? तुरंत नंबर को दाईं ओर क्यों नहीं हराया? एक खाली सेल NULL या एक खाली स्ट्रिंग है? यह जानने के लिए, आपको अभी भी सेल पर क्लिक करने और कुछ गुणों को देखने की आवश्यकता है, क्यों? यदि सेल में BLOB (बाइनरी डेटा) होता है - तो मुझे इसका हेक्साडेसिमल प्रतिनिधित्व क्यों देखना चाहिए? क्या कारण है? ध्यान दें कि सभी प्रबंधक ब्लॉब्स में चित्र प्रदर्शित करने पर गर्व करते हैं। धन्यवाद, निश्चित रूप से, लेकिन तार और संख्या अभी भी अधिक बार उपयोग की जाती है। ऐसी (बल्कि अजीब) ट्रिक भी है। यदि स्तंभ मान गाड़ी के रिटर्न के साथ एक पंक्ति है, तो तालिका पंक्ति की ऊंचाई पंक्तियों की संख्या के अनुपात में बढ़ जाती है। यानी मान लें कि आपके पास कॉलम में संग्रहीत छोटे XML पाठ हैं। एक स्क्रीन पर देखने पर, अधिकतम 3 प्रविष्टियाँ अब फिट होती हैं।
SqliteDog में, हमने डेटा प्रदर्शित करते समय उपयोगी "अधिकतम निचोड़ने" की कोशिश की। अतिरिक्त सेटिंग्स के बिना, तुरंत। संख्यात्मक मूल्यों को उजागर किया जाता है और दाईं ओर फ्लैश किया जाता है। NULL मान विशेष रूप से प्रदर्शित किया जाता है और एक खाली स्ट्रिंग से आसानी से अलग होता है। BLOB के लिए, आकार दिखाया गया है। यदि मान स्ट्रिंग ("\ r \ n") में नियंत्रण वर्ण हैं, तो उन्हें एक अलग रंग में हाइलाइट किया जाता है, तालिका पंक्ति की ऊंचाई नहीं बढ़ती है। बेशक, चित्र भी प्रदर्शित किए जाते हैं। और एक क्लिक से आप चित्र को पूर्ण स्क्रीन में देख सकते हैं। क्लिक (या F4 दबाकर), दिखाई पंक्तियों के स्तंभों की चौड़ाई समान रूप से उनकी सामग्री के लिए समायोजित की जाती है। सेल पर डबल-क्लिक करना किसी विशेष कॉलम की चौड़ाई को समायोजित करता है। आप माउस और कीबोर्ड के साथ तालिका के माध्यम से स्क्रॉल कर सकते हैं। इसके अलावा, नियंत्रण कुंजी को दबाए रखते हुए माउस व्हील को स्क्रॉल करना आपको बाईं और दाईं ओर स्क्रॉल करने की अनुमति देता है। ये सभी छोटी चीजें जीवन को आसान बनाती हैं।

"कुछ भी नहीं" क्या है?

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

व्यापार- offs व्यापार- offs

जैसे-जैसे विकास आगे बढ़ा, यह स्पष्ट हो गया कि, संभवतः, कार्यक्षमता की मात्रा असीमित है। यह परियोजना की प्रकृति है। आप हमेशा एक और "विशलिस्ट" पा सकते हैं। और यह तय करने के लिए कि उसके बिना - ठीक है, कुछ भी नहीं। इसलिए, एक "रेजर" निर्णय किया गया था: "बड़ी" सुविधाओं का हिस्सा "दूसरे संस्करण" में चला जाता है। सुविधाओं पर निर्णय सामूहिक रूप से किया गया था। इस प्रकार, प्राथमिकताओं वाले सक्रिय कार्यों की एक सूची और "दूसरे संस्करण" की सुविधाओं की एक सूची रखी गई है। उन्हें एक साथ देखना सुविधाजनक है ताकि आप बार-बार एक ही चीज के साथ न आएं। ऐसा हुआ कि एक संभावना के लिए रिक्तता ने दूसरे को लागू करना आसान बना दिया और फिर दूसरे संस्करण से पहली बार "वापसी" की सुविधा दी। मजाकिया क्षणों से भी: कुछ सुविधाओं को इतने लंबे समय के लिए विलंबित किया गया था, और अधिक जरूरी लोगों द्वारा प्रतिस्थापित किया जा रहा है, परिणामस्वरूप, आप SqliteDog में माउस के साथ टैब नहीं खींच सकते। यह "दूसरे संस्करण" (शायद :) में तय किया जाएगा। एक अन्य ट्रेडऑफ़ एक प्लेटफ़ॉर्म (विंडोज़) चुन रहा है। काश, हम हमारे लिए एक स्वीकार्य ढांचा नहीं ढूंढ पाते जो गुणवत्ता और गति को नुकसान पहुंचाए बिना क्रॉस-प्लेटफॉर्म प्रदान करता। अपनी खुद की चीज करने के लिए, अर्थात, पहिया को मजबूत करने के लिए, अभी भी एक हलचल है, लक्ष्य मूल रूप से अलग था। परिणामस्वरूप, विंडोज के तहत प्रोजेक्ट को "तेज" किया गया (और लगभग एक वर्ष लिया गया)। लेकिन हमें आवश्यक स्तर पर जवाबदेही और प्रदर्शन गुणवत्ता मिली।

लाइसेंस

फिर हम रोकते हैं (लेकिन अगर हेबरासिटी को "गाथा" को जारी रखने में रुचि है, तो यह अनुसरण करेगा)। उत्पाद लाइसेंस के बारे में। हमने तय किया कि कमर्शियल के अलावा SqliteDog का आधिकारिक मुफ्त संस्करण उपलब्ध होगा। समय की सीमा के बिना, पंक्तियों की संख्या, तालिकाओं की संख्या, डेटाबेस का आकार, आदि। 30 दिनों के उपयोग के बाद नि: शुल्क संस्करण में, केवल डिजाइनर (डेटाबेस, टेबल और इंडेक्स) और कुछ डेटा आयात / निर्यात अनुपलब्ध हो जाते हैं। SqliteDog इंटरफ़ेस पूरी तरह से Russified है (बेशक, प्रशंसकों के लिए एक अंग्रेजी प्रसारण है)। साइट का रूसी संस्करण भी मौजूद है।

http://sqlitedog.com

निष्कर्ष या टीएल; डीआर

SqliteDog कुशल संचालन के लिए एक SQLite डेटाबेस प्रबंधक है। इसके रचनाकारों ने सामान्य इंटरफ़ेस समाधानों को छोड़ने और यथासंभव सरल और सहभागिता को सुविधाजनक बनाने का निर्णय लिया। इसलिए, एक आवेदन = एक आधार (अधिक सटीक रूप से, एक कनेक्शन, आप ATTACH अन्य आधार बना सकते हैं)। नमूना डेटा को यथासंभव सूचनात्मक रूप में प्रदर्शित किया जाता है, आप क्वेरी निष्पादन की प्रक्रिया में रिकॉर्ड को देख / सॉर्ट कर सकते हैं और संपादित भी कर सकते हैं (आप Esc दबाकर किसी भी समय डाउनलोड करना बंद कर सकते हैं)। SqliteDog की कुछ विशेषताएं अद्वितीय हैं। उदाहरण के लिए, कनेक्शन बार पर बटन के माध्यम से लेनदेन प्रबंधन। या एक टेबल मॉनिटरिंग मोड, जिसमें नई प्रविष्टियाँ स्वचालित रूप से लोड की जाती हैं ("अंतिम 1000 का चयन करें", सर्कल में एक तीर से बटन दबाएं)। या आधार आरेख को खोलने और इसे दूसरे मॉनिटर पर एक अलग विंडो में ठीक करने की क्षमता है (हमेशा अपनी आंखों के सामने)। या एक क्लिक के साथ यूनिक्स से विंडोज प्रारूप में कॉलम मूल्य में कैरिज अनुवाद करने की क्षमता।

हमें संशोधन के लिए प्रतिक्रिया और सुझाव सुनने में खुशी होगी। आपकी रुचि के लिए धन्यवाद।