10o, गैर-स्पष्ट बिंदुओं से MongoDB और C # ड्राइवर

कटौती के तहत, वस्तुओं का आंशिक लोडिंग, इसमें एम्बेडेड सरणी के एक तत्व द्वारा एक वस्तु की खोज, और कुछ पहचानकर्ता। चीजें जो किसी भी तरह मुझे जांचने के लिए समय लेती थीं कि यह कैसे काम करता है, और कभी-कभी वास्तविक परियोजना में MongoDB का उपयोग करते समय ड्राइवर स्रोत कोड में खुदाई करते हैं।

मोंगोडब के बारे में पहली पोस्ट के बाद , मैंने कई हफ्तों तक f # पर स्विच किया और जब मैं वापस लौटा, तो मुझे एहसास हुआ कि सब कुछ भूल गया था। मुझे अपनी खुद की पोस्ट को फिर से पढ़ना पड़ा, और जाहिर तौर पर किसी को भी मोंगो को अलग नहीं करना पड़ा, क्योंकि दिमित्री नेस्टरुक ने भी मुझे थप्पड़ मारा था। गेय विषयांतर खत्म हो गया है। तुरंत एक आरक्षण करें, इस लेख में, जैसा कि पिछले लेख में, हम ड्राइवर के बारे में बात करेंगे, एक लिंक जो कि मोंगो वेबसाइट पर स्थित है, यह 10gen का ड्राइवर है।

वस्तुओं का आंशिक लोडिंग

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

db.users.find({}, {thumbnail:0});<br/>


ड्राइवर में सब कुछ इतना स्पष्ट नहीं है, लेकिन कुछ खुदाई के बाद, मैं यह कोड प्राप्त करने में कामयाब रहा:

MongoCollection coll = GetCollection();<br/>
FieldsBuilder fbExclude = Fields.Exclude( new string []{“thumbnail”});<br/>
//can be FindAllAs<TEntity>()
MongoCursor result = coll.FindAll().SetFields(fbExclude);<br/>


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

public class Data<br/>
{<br/>
[BsonId]<br/>
public ObjectId Id {get;set;}<br/>
public int Area {get;set;}<br/>
}<br/>
Data x = new Data();<br/>
x.Area = 20;<br/>
var db = GetDb();<br/>
var coll = db.GetCollection<Data>( typeof (Data).FullName);<br/>
db.ClearColl<Data>();<br/>
coll.Save(x);<br/>
Data y = coll.FindAllAs<Data>().SetFields(Fields.Exclude( new string []{ "Area" })).FirstOrDefault();<br/>
Assert.AreEqual(0, y.Area);<br/>
coll.Save(y);<br/>
Data z = coll.FindAllAs<Data>().SetFields(
Fields.Exclude( new string [] { "Area" })
).FirstOrDefault();<br/>
//fail of course
Assert.AreEqual(20, z.Area);<br/>


मुझे लगता है कि यह किसी भी तरह से ढूँढें और संशोधित के माध्यम से हल किया गया है, लेकिन अभी तक ऐसी कोई आवश्यकता नहीं है और जो कुछ भी बदलना है, वह पूरी तरह से लोड है।

एक नेस्टेड सरणी के तत्व द्वारा चयन करें

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

public class HighLevelCodeInterval <br/>
{<br/>
public HighLevelCodeInterval() { }<br/>
<br/>
public HighLevelCodeInterval( int mn, int mx) <br/>
{<br/>
Min = mn; Max = mx;<br/>
}<br/>
public int Min { get; set; }<br/>
public int Max { get; set; }<br/>
}<br/>
public class RegionObject <br/>
{<br/>
public RegionObject() <br/>
{<br/>
PostalCodes = new List< int >();<br/>
}<br/>
<br/>
[BsonId]<br/>
public int Id { get; set; }<br/>
public string Name { get; set; }<br/>
public List<HighLevelCodeInterval> HighLevelCodes { get; set; }<br/>
public List< int > PostalCodes { get; set; }<br/>
}<br/>


फिर एक विशेष कोड के लिए क्वेरी होगी:

QueryComplete q = Query.EQ( "PostalCodes" , postCode);<br/>
MongoCollection coll = GetCollection();<br/>
RegionObject result = coll.FindOneAs<RegionObject>();<br/>


मैं अप्रत्याशित रूप से सरल कहूंगा। श्रेणियों के आधार पर खोज करने के लिए, मैं केवल क्वेरी ही दूंगा:

int nCodeValue = …;<br/>
Query.And( <br/>
Query.LTE( "HighLevelCodes.Min" , nCodeValue),<br/>
Query.GTE( "HighLevelCodes.Max" , nCodeValue)<br/>
)<br/>


मुझे यह स्वीकार करना चाहिए कि मोंगो में नेस्टेड सरणियों की खोज बहुत योग्य है।

पहचानकर्ता

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

public class EmployeeIdGenerator : IIdGenerator <br/>
{<br/>
object GenerateId(){ ⋮ }<br/>
bool IsEmpty( object id) { ⋮ }<br/>
}<br/>
public class Employee <br/>
{ <br/>
[BsonId(IdGenerator = typeof (EmployeeIdGenerator)]<br/>
public int Id { get; set; }<br/>
// other fields or properties
}<br/>


मैंने वास्तव में स्वयं इसे आज़माया नहीं है।

निष्कर्ष

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

पुनश्च: मैं एक उपयोगिता का उल्लेख करना चाहता हूं जो यह देखने के लिए बहुत मदद करती है कि डेटाबेस को क्या लिखा गया था जिसके परिणामस्वरूप प्रदर्शन किया गया था - यह मोंग वीयू है