आधार का संक्षिप्त विवरण

शुरुआत से ही, एलेक्वेरा डेटाबेस को .Net फ्रेमवर्क पर आधारित वस्तुओं को संग्रहीत करने के लिए लिखा गया था, जिससे एक ही समय में ऑब्जेक्ट और रिलेशनल डेटाबेस दोनों के सर्वश्रेष्ठ को शामिल करने की कोशिश करना संभव हो गया, जिससे उनके कई मतभेद खत्म हो गए। सैद्धांतिक रूप से, एलक्वेरा .Net फ्रेमवर्क परिवार से किसी भी भाषा के साथ काम कर सकता है, लेकिन व्यवहार में, अभी तक केवल C # के साथ काम का परीक्षण किया गया है। एंटरप्राइज सेगमेंट (100+ जीबी) पर डेवलपर्स का मुख्य फोकस, और एम्बेडेड समाधानों पर नहीं, हालांकि बाद वाले भी ध्यान से वंचित नहीं हैं।

एलोकेरा की विशिष्ट विशेषताएं बहुत प्रभावशाली हैं और लगातार अपडेट की जाती हैं, यहां एक बहुत ही छोटी सूची है:

• विशेष इंटरफेस और एडेप्टर की आवश्यकता के बिना C # ऑब्जेक्ट (.Net प्लेटफॉर्म पर किसी भी भाषा की कोई भी वस्तु) बचाता है।
• डायनामिक ऑब्जेक्ट को किसी भी फ़ील्ड \ गुण से बचाता है और उन्हें किसी भी प्रकार की ऑब्जेक्ट में मैप कर सकता है।
• क्वेरी भाषा यथासंभव एसक्यूएल के करीब है, और इसे किसी भी रिलेशनल एसक्यूएल डेटाबेस की उपस्थिति की आवश्यकता नहीं है। प्लस LINQ समर्थन।
• वस्तुओं को उस रूप में लौटाता है जिसमें वे संग्रहीत किए गए थे (इन्युमरेटेड प्रकार सहित)
• सूचियों और सरणियों के रूप में मापदंडों के लिए समर्थन
• प्रश्नों में नियमित भाव।
• टेम्पलेट ऑब्जेक्ट के लिए समर्थन।
• केवल-पढ़ने के लिए फ़ील्ड और गुण पुनर्स्थापित करें।
• वस्तुओं की आंशिक वापसी का समर्थन किया जाता है। उदाहरण के लिए, यदि आपको फ़ोरमॉपिक क्लास की ज़रूरत है, तो आप फ़ोरम मेसेजेस के सभी लिंक नहीं खींच सकते।
• आप अनुरोध में लौटने के लिए ऑब्जेक्ट की गहराई निर्दिष्ट कर सकते हैं।
• संग्रहीत कार्यविधियाँ।

स्थापना

आप पंजीकरण के बाद आधिकारिक वेबसाइट www.eloquera.com से आधार वितरण उठा सकते हैं। डेस्कटॉप स्थापना के लिए और सेवा के रूप में स्थापना के लिए अभिलेखों का एक विकल्प प्रस्तुत किया जाएगा (x86 या x64)। एक सेवा के रूप में एलक्वेरा स्थापित करते समय, कोई नुकसान नहीं होते हैं।

किसी भी अधिक या कम आधुनिक मशीन पर इंस्टॉलेशन में 5 मिनट से अधिक नहीं लगेगा। तो आपके निपटान में होगा:

• एलोवेरा कॉन्फिगरेशन स्टूडियो;
• एलोकेरा डीबी स्टूडियो;
• आधार के संचालन के लिए सेवा स्वयं जिम्मेदार है।

डेस्कटॉप संस्करण एक्स-कॉपी आधार पर स्थापित किया गया है, अर्थात्। आपको केवल वांछित निर्देशिका में फ़ाइलों को कॉपी करने की आवश्यकता है। काम करने के लिए, आपको स्थापित .Net 4 पूर्ण फ्रेमवर्क की आवश्यकता होगी।

इस दृष्टिकोण के साथ, NuGet पैकेज काफी अपेक्षित दिखता है, लेकिन फिलहाल यह उपलब्ध नहीं है। हालांकि, डेवलपर्स इस संभावना से अवगत हैं और जल्द ही एक बनाने की धमकी दे रहे हैं, जैसे ही डेटाबेस के स्टैंड-अलोन संस्करण के लिए, कर्नेल को लाइब्रेरी के रूप में जारी किया जाएगा, निष्पादन योग्य फ़ाइल नहीं।

बेस मोड्स

एलोकेरा डेटाबेस कई मोड में काम कर सकता है:

• कई अनुप्रयोगों के लिए एक आम डेटाबेस, मानक मोड।
• इन-मेमोरी मोड।
• डेस्कटॉप - एप्लिकेशन में निर्मित आधार का मोड

सर्वर से कनेक्ट करने और डेटाबेस बनाने के लिए कोड:

private const string DBName = "ServiceDatabase"; using (var eloquera = new DB("server=localhost:43962;options=none;")) { eloquera.CreateDatabase(DBName); eloquera.OpenDatabase(DBName); eloquera.Close(); } 

डेटाबेस से जुड़ने के लिए DB क्लास का उपयोग किया जाता है । कनेक्शन कंस्ट्रक्टर को क्लास कंस्ट्रक्टर को पास किया जाता है, इस उदाहरण में, कनेक्शन सेवा में जाता है।

सेवा के रूप में काम करते समय, और जब ऑफ़लाइन (डेस्कटॉप मोड) काम करते हैं, तो एलक्वेरा इन-मेमोरी मोड का समर्थन करता है। फ्री वर्जन में मैमोरी बेस 1 जीबी तक ले सकता है। यह रैम की भौतिक उपलब्धता को याद रखने के लायक भी है, क्योंकि यह संभव है कि डेटाबेस का आकार ऐसा हो कि विंडोज इसे डिस्क पर स्वैप फ़ाइल में रखने का प्रयास करे। जैसा कि आप जानते हैं, यह गति बिल्कुल नहीं जोड़ता है।

इंजन को इंगित करने के लिए कि हम रैम में एक डेटाबेस बनाना चाहते हैं, आपको कनेक्शन स्ट्रिंग में एक विशेष पैरामीटर इनमेमोरी निर्दिष्ट करना होगा।

 new DB("server=(local); options=inmemory;")) 

इस स्थिति में, डेटाबेस केवल RAM में मौजूद होगा, हालाँकि, फ़ाइल सिस्टम में अभी भी एक खाली फ़ाइल बनाई जाएगी । ऐसे डेटाबेस के साथ काम फिर से शुरू करने में सक्षम होने के लिए, आपको विकल्पों में कनेक्शन स्ट्रिंग में दृढ़ता पैरामीटर का उपयोग करना होगा

डेस्कटॉप मोड में काम करने के लिए, कनेक्शन स्ट्रिंग इस तरह होगी:

 new DB("server=(local); options=none;")) 

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

डेटाबेस में बहुत सारी दिलचस्प चीजें हैं, लेकिन मैं सबसे दिलचस्प लोगों पर ध्यान केंद्रित करूंगा।

मिलती है

एक ऑपरेशन के लिए सामान्य वाक्यविन्यास है:

 SELECT Alias1,Alias2 FROM Type1 Alias1 [ LEFT | RIGHT| INNER | FULL ] JOIN Type2 Alias2 ONSomeFunction(Alias1.Field1, Alias2.Field2) 

यदि SELECT में JOIN का उपयोग करके एक क्वेरी बनाने में दो अलग-अलग प्रकार या अधिक का उपयोग किया गया था, तो इस तरह के ऑपरेशन का परिणाम एक नई वस्तु IEnumerable <Dictionary <string, object >> होगा।

अन्य प्रकार के अनुरोधों की तरह, अनुरोध नामांकित पैरामीटर का उपयोग कर सकते हैं। सहित अभिव्यक्ति पर। हालांकि, ध्यान में रखने के लिए कुछ सीमाएँ हैं:

• क्वेरी शुरू होने से पहले पैरामीटर का मान निर्धारित किया जाना चाहिए।
• नामांकित पैरामीटर का चयन चयन कथन में टाइप नामों को बदलने के लिए नहीं किया जा सकता है। यानी चयन प्रकार को कॉल करने का प्रयास नियमों के बाहर होगा।

अलग-अलग, यह ध्यान देने योग्य है कि यह मुद्दा किस तरह से जॉय अभिव्यक्ति के निर्माण में शामिल वर्गों के वंशजों के साथ हल किया गया है। मानक व्यवहार एक क्वेरी में विरासत में दिए गए प्रकारों का उपयोग करने की क्षमता है। उदाहरण के लिए, यदि TypeC को विरासत से विरासत में मिला है, तो अभिव्यक्ति:

 SELECT a, b FROM TypeA a INNER JOIN TypeB b ON b.id = a.id 

यदि वे अभिव्यक्ति की शर्तों को पूरा करते हैं तो टाइपसी ऑब्जेक्ट्स को "ए" फील्ड में लौटा सकते हैं। क्वेरी परिणामों में एक वर्ग के सभी वंशजों से छुटकारा पाने के लिए, केवल शब्द का उपयोग करें। यानी इस तरह अनुरोध को फिर से लिखें:

 SELECT a, b FROM ONLY TypeA a INNER JOIN TypeB b ON b.id = a.id 

अब क्षेत्र "ए" में केवल टाइपा की वस्तुएं होंगी।

इनर जॉइन के काम पर चित्रों में एक उदाहरण। मान लीजिए कि हमारे पास इस तरह की एक डेटा संरचना है:

हम एक ही स्थान पर स्थित सभी स्कूलों और नौकरियों को खोजने के कार्य से सामना कर रहे हैं।
कोड:

 var queryResult = (IEnumerable<Dictionary<string,object>>) db.ExecuteQuery("SELECT sch, wp FROM School sch INNER JOIN WorkPlace wp ONch.Location=wp.Location"); 

तालिका के रूप में परिणाम निम्नानुसार दर्शाए जा सकते हैं:

#	queryResult ["sch"]	queryResult ["wp"]
1	School1	wPlace2
2	School2	wPlace2
3	स्कूल के लिए 3	wPlace3
4	स्कूल के लिए 3	wPlace4

मापदंडों

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

मापदंडों का उपयोग करना बहुत सरल है:

 Parameters param = db.CreateParameters(); param["name"] = "John" 

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

 var res = db.ExecuteQuery("SELECT BasicUser WHERE Name = @name", param); 

पैरामीटर मानों की एक सरणी को डेटाबेस द्वारा एक सरल सरणी के रूप में व्याख्या की जा सकती है:

 Parameters param = db.CreateParameters(); param.AddList("emails", new string[]{"john@gmail.com", "david@hotmail.com"}); var res = db.ExecuteQuery("SELECT BasicUser WHERE ALL @emails in Emails", param); 

पैरामीटर का उपयोग टॉप, स्किप और ऑर्डर बाय के साथ किया जा सकता है। पैरामीटर में अशक्त भी हो सकते हैं।

संग्रहीत कार्यविधियाँ

संस्करण 4.0 के साथ शुरू, एलोकेरा संग्रहीत प्रक्रियाओं का समर्थन करता है।

मुख्य डेटाबेस में संग्रहीत प्रक्रियाओं को विस्तार विधियों के रूप में माना जा सकता है। वे सी # का उपयोग करते हुए लिखे गए हैं, जिसके लिए रचनाकारों को धन्यवाद, इस मामले के लिए उनकी किसी भी व्याख्या बोली का आविष्कार नहीं करने के लिए। यह पता चला है कि आप लेखन प्रक्रिया के दौरान सभी .Net सुविधा का उपयोग कर सकते हैं।

इसलिए, पर्याप्त शब्द, यह दिखाना बेहतर है कि वास्तव में संग्रहीत प्रक्रियाएं कैसे बनाई जाती हैं।

पहला कदम वांछित प्रक्रियाओं के साथ एक इंटरफ़ेस घोषित करना है। यह इंटरफ़ेस क्लाइंट और सर्वर साइड पर होना चाहिए।

 public interface ICityStatisticSP{ CityCars GetCityCars(string cityName); } 

फिर हम एक वर्ग बनाते हैं जो केवल सर्वर साइड पर आवश्यक होगा। इस स्थिति में, कार्यविधि के कार्यान्वयन वाली लाइब्रेरी को डेटाबेस निर्देशिका में Lib फ़ोल्डर में रखा जाना चाहिए, या संग्रहीत कार्यविधियों वाले पुस्तकालयों के पथ को StoredProceduresPath पैरामीटर का उपयोग करके कॉन्फ़िगर किया जाना चाहिए।

 public class CityStatisticSP: StoredProcedure, ICityStatisticSP { public CityCars GetCityCars(string cityName) { Parameters parms = db.CreateParameters(); parms["city"] = cityName; var cars = db.ExecuteQuery("SELECT Car FROM Car JOIN Seller ON Car.SellerID = Seller.ID WHERE Seller.City = @city", parms) .OfType<Car>() .ToList(); … } } 

नई प्रक्रियाओं को जोड़ने के लिए डेटाबेस सेवा को पुनरारंभ करने की आवश्यकता नहीं होती है।

जब आप सर्वर पर प्रक्रियाओं के साथ पुस्तकालय को फेंक देते हैं, तो आप निम्नलिखित कोड का उपयोग करके क्लाइंट पर प्रक्रिया को कॉल कर सकते हैं:

 ICityStatisticSP procedures = db.GetStoredProcedureClass<ICityStatisticSP>(); string cityName = "Chicago"; CityCars cars = procedures.GetCityCars(cityName); 

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

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

गतिशील वस्तुएँ (डायनामिक)

एलोवेरा के डेवलपर्स के अनुसार, उन्होंने ऑब्जेक्ट बेस में कुछ जादू जोड़ा और उन्हें अद्वितीय कार्यक्षमता और एक ऑब्जेक्ट मिला, जिसे उन्होंने डायनामिक कहा। आपने पहले ही अनुमान लगा लिया है कि इस सुविधा से पैर कहाँ बढ़ते हैं, और यह वैचारिक रूप से C # में समन्वित है। गतिशील वस्तुओं को संरचित डेटा के रूप में खुद में संग्रहीत किया जा सकता है, अर्थात। आपके द्वारा सी # कोड में परिभाषित कक्षाएं और संरचनाएं, साथ ही साथ मनमाने ढंग से रचना की गई। इसके अलावा, आप स्वतंत्र रूप से एक दूसरे के रूप में इन वस्तुओं का प्रतिनिधित्व कर सकते हैं।

मुख्य लाभ सहेजे गए ऑब्जेक्ट से फ़ील्ड को जोड़ने और निकालने की क्षमता है - डेटा जादुई रूप से संलग्न है और ऑब्जेक्ट में एम्बेडेड है।
गतिशील वस्तुएं प्रदान करने वाले लाभ:

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

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

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

गतिशील वस्तुओं के साथ काम करने का एक त्वरित अवलोकन

किसी भी समय निहित डेटा के साथ गतिशील वस्तुओं की संरचना को संशोधित किया जा सकता है। उपयोग में आसानी के साथ, यह डेटा के विकास के लिए पर्याप्त अवसर प्रदान करता है।

 Dynamic @do = new Dynamic(); @do["Title"] = "Some title"; @do["Price"] = 14.99; @do["DateAdded"] = DateTime.Now; db.Store(@do); Dynamic res = (from Dynamic d in db where d["Price"] == 14.99 select d).First<Dynamic>(); 

.Net 4 में पेश किए गए प्रकार डायनामिक के चर का उपयोग करना संभव है।

 dynamic @do = new Dynamic(); @do.Title = "Some title"; @do.Price = 14.99; @do.DateAdded = DateTime.Now; db.Store(@do); dynamic res = (from Dynamic d in db where d["Price"] == 14.99 select d).First<Dynamic>(); 

कृपया ध्यान दें कि LINQ का उपयोग करते समय, आपको स्पष्ट रूप से अभिव्यक्ति ट्री के निर्माण का संकेत करने के लिए d ["मूल्य"] का उपयोग करना चाहिए।

गतिशील वस्तुओं के साथ काम करते समय, उन सभी क्षेत्रों का पता लगाना संभव है, जिनमें एक वस्तु शामिल है:

 Dynamic @do = dynamics[0]; foreach (var field in @do) { Console.WriteLine(String.Format("Field Name {0} Value {1} Type {2}", field.Key, field.Value, field.Type)); } 

व्यापक संभावनाओं के अलावा, कुछ सीमाएं हैं, विशेष रूप से, ऐसे पात्रों की एक सूची है जो फ़ील्ड नामों को निर्दिष्ट करते समय उपयोग नहीं किए जा सकते हैं। यह ऑब्जेक्ट से SQL क्वेरी लिखते समय टकराव से बचने के लिए है। यहाँ आरक्षित पात्रों की सूची दी गई है:

।,%] [+ - $! * ()

मुझे उम्मीद है कि आपको आधार में रुचि होगी और कम से कम घरेलू प्रयोगों के लिए आधार पर एक नोट ले लें।

मैं लेखों की एक श्रृंखला आयोजित कर सकता हूं यदि यह दिलचस्प है, तो तैयार सामग्री है।