डेटाबेस लॉजिक विभाग, साथ ही सामान्यीकृत विधियों का प्रदर्शन

प्रस्तावना

Habré पर मेरी पहली पोस्ट में निम्नलिखित बातचीत हुई:

A. यह महत्वपूर्ण है कि डेटाबेस को सीधे संग्रहीत-प्रक्रियाओं के माध्यम से ही एक्सेस नहीं किया जा सकता है, और एक निश्चित वर्ग संग्रहीत प्रक्रिया को कॉल करने के लिए जिम्मेदार है

B. "केवल संग्रहीत प्रक्रियाओं के माध्यम से" - आप NoSQL उत्पादों को क्या कहते हैं?

आगे जोर दिया एसक्यूएल बनाम NoSQL। लेकिन मूल बातें खो गईं: डेटाबेस के साथ काम एक विशेष रूप से तेज वर्ग के माध्यम से आयोजित किया जाना चाहिए, और पूरे प्रोजेक्ट में कॉल कोड को तितर बितर नहीं करना चाहिए ।

मुझे अभी भी विश्वास है कि NoSQL बहुत सारे युवा उत्पाद हैं जो सभी गंभीरता से संबंधपरक डेटाबेस के साथ प्रतिस्पर्धा करते हैं। लेकिन NoSQL में थोड़ा अलग आला है। मुझे एक प्रोजेक्ट में कुछ डेटा स्टोरेज की जरूरत थी, जहां कोई बड़ी वॉल्यूम न हो। और इसलिए मैंने MongoDB की कोशिश करने का फैसला किया। (मैं बल्कि Oracle NoSQL डाटाबेस के साथ काम करूंगा, लेकिन C # में इसके साथ काम करने का तरीका नहीं खोज सका)।

खैर, सामान्य तौर पर, डेटाबेस में ऑब्जेक्ट को बचाने के लिए सब कुछ काफी अच्छा है, यह बहुत कम हो गया है:

var संग्रह = db। GetCollection < StrategiesData > ( ) ;
संग्रह। सहेजें ( argObject ) ;

जहाँ StrategiesData मेरी वस्तु का प्रकार है, argObject वास्तव में मेरी वस्तु है। लेकिन इस तरह की शैली पूरे प्रोजेक्ट में डेटाबेस के लिए एक अपील के बिखरने को प्रोत्साहित करती है। स्पष्ट रूप से वस्तु के प्रकार को इंगित करना

< रणनीतियाँ >

खैर, मैपिंग के क्या अवशेष हैं (अपडेट। यह पता चला है कि एक और विकल्प है - बस सामान्यीकृत प्रोग्रामिंग के ढांचे में सोचना जारी रखें, लेकिन मैपिंग के माध्यम से यह अधिक विश्वसनीय हो जाता है)। हम इस बारे में बात करेंगे



सामान्य तरीके प्रदर्शित करें

सामान्यीकृत विधियों का मानचित्रण इतना सरल नहीं था। इसलिए मैंने साझा करने का फैसला किया, शायद कोई काम आएगा।

सार्वजनिक वर्ग डेटाबेस
{
/// वर्तमान डेटाबेस
IMongoDatabase db ;

सार्वजनिक शून्य सहेजें ( ऑब्जेक्ट argObject )
{
MethodInfo MethodGetCollectionGeneric = null ;

MyType = typeof ( IMongoDatabase ) टाइप करें ;
MethodInfo [ ] myMethod = myType। गेटमेथोड्स ( ) ;
foreach ( मेथेमेट में MethodInfo m )
{
// केवल GetCollection नामक विधियों का चयन करें
अगर ( m। name == "GetCollection" )
{
ParameterInfo [ ] पी = एम। GetParameters ( ) ;
// केवल अधिभार में रुचि रखते हैं जहां वापसी प्रकार सामान्य है,
// और विधि का कोई पैरामीटर नहीं है
यदि ( m। ReturnType । IsGenericType && pi। लंबाई == 0 )
{
MethodGetCollectionGeneric = m ;
तोड़ना ;
}
}
}

// हमारी वस्तु का प्रकार प्राप्त करें
ObjectType = argObject टाइप करें। GetType ( ) ;
टाइप [ ] typeArgs = { ObjectType } ;
// हमारे सामान्यीकृत विधि को उदाहरण दें
MethodInfo MethodGetCollectionGenericMake = MethodGetCollectionGeneric। MakeGenericMethod ( typeArgs ) ;
// विधि निष्पादित करें
var संग्रह = MethodGetCollectionGenericMake। आह्वान ( db, null ) ;
संग्रह। सहेजें ( argObject ) ;
}

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

युपीडी।

मुझे नीचे संकेत दिया गया था, अगर आपको लगता है कि यह सब आसान हो जाता है

public void Save2 < T > ( T argObject ) जहां T : क्लास है
{
var संग्रह = db। GetCollection < T > ( ) ;
संग्रह। सहेजें ( argObject ) ;
}

लेकिन तब उन्होंने "खुद को गर्म किया" :)

अपडेट 2. फिर भी, प्रदर्शन के बिना ऊपर का समाधान हमेशा सफल नहीं होता है! वंशानुक्रम पदानुक्रम के साथ काम करते समय, प्रकार सही ढंग से निर्धारित नहीं किया जाता है। मैपिंग के बिना, ऑब्जेक्ट के माता-पिता द्वारा प्रकार को स्वीकार किया जाता है, न कि ऑब्जेक्ट को। मैं कोड को थोड़ा बाद में स्पष्ट कर दूंगा।

अद्यतन ३।
अधिक विस्तारित लेख - डेटाबेस लॉजिक विभाग (प्रयास क्रमांक 2)