{count, plural, one {कोर्स} other {कोर्स}}
जब आप MongoDB के साथ काम करते हैं, खासकर यदि आप रिलेशनल डेटाबेस पृष्ठभूमि से आते हैं, तो सबसे पहले आप इसकी स्कीमा डिजाइन की लचीलापन पर ध्यान देंगे।
MongoDB में कलेक्शन को पहले से स्पष्ट रूप से बनाना जरूरी नहीं है, लेकिन कई बार उन्हें स्पष्ट रूप से परिभाषित करना और सावधानी से कॉन्फ़िगर करना समझदारी होती है।
इस लेख में, हम देखेंगे कि आप MongoDB में कलेक्शन कब और कैसे बनाना चाहेंगे, किन प्रमुख कॉन्फ़िगरेशन विकल्पों पर विचार करें, और JS तथा C# (मेरा पसंदीदा) में कुछ कोड नमूने।
चिंता न करें, हमारे पास ड्राइवर्स में काफी फीचर समानता है, इसलिए आज जो भी आप यहां देखेंगे, वह <insert your language of choice> में भी संभव होगा।
यदि आप NoSQL डेटाबेस में नए हैं, तो Introduction to NoSQL से शुरुआत करने पर विचार करें।
MongoDB कलेक्शन क्या है?
कलेक्शन कैसे बनाते हैं, यह देखने से पहले, संक्षेप में समझते हैं कि कलेक्शन वास्तव में होता क्या है।
यदि आप SQL पृष्ठभूमि से हैं, तो आप टेबल, रो और कॉलम की बात करने के आदी होंगे। MongoDB में शब्दावली थोड़ी अलग है। यहां टेबल की जगह कलेक्शन होते हैं, और रो की जगह फील्ड वाले डॉक्यूमेंट होते हैं, कॉलम नहीं।
MongoDB की सुपरपावर में से एक है इसका डायनेमिक स्कीमा। इसका मतलब है कि उपयोग करने से पहले आपको कलेक्शन मैन्युअली बनाने की आवश्यकता नहीं है। यदि आप किसी ऐसे कलेक्शन में डॉक्यूमेंट इंसर्ट करते हैं जो अभी मौजूद नहीं है, तो MongoDB उसे स्वतः बना देगा। उदाहरण के लिए, यदि आप यह चलाते हैं:
db.movies.insertOne({ title: "The Matrix", year: 1999 });
यह “The Matrix” फिल्म के लिए एक सिंगल डॉक्यूमेंट movies कलेक्शन में डालने का प्रयास करेगा। यदि यह पहले से मौजूद है, तो डॉक्यूमेंट उसमें जुड़ जाएगा। यदि नहीं, तो नया डॉक्यूमेंट जोड़ने से पहले movies कलेक्शन बना दिया जाएगा।
आप एक साथ कई डॉक्यूमेंट भी जोड़ सकते हैं, insertOne की जगह insertMany का उपयोग करके।
MongoDB कलेक्शन को स्पष्ट रूप से कब परिभाषित करें
भले ही आप कलेक्शन निर्माण MongoDB पर स्वतः छोड़ सकते हैं, उत्पादन परिवेश में खास तौर पर, उन्हें पहले से परिभाषित करने के अच्छे कारण हैं। कलेक्शन को स्पष्ट रूप से बनाना आपको यह करने का मौका देता है:
- कंफिगर capped collections लॉगिंग या कैशिंग के लिए।
- वैलिडेशन नियम सेट करें ताकि आपके स्कीमा में बाध्यताएं लागू हों।
- कुछ डिफ़ॉल्ट इंडेक्स लागू करें, जैसे टाइम-टू-लाइव (TTL)। दिनांक फील्ड पर ये इंडेक्स आपके द्वारा निर्दिष्ट समय के आधार पर कलेक्शन के डॉक्यूमेंट स्वतः हटा देंगे।
- लिखने-प्रधान वर्कलोड के लिए कलेक्शन को प्रीसाइज करके अनुकूलित करें।
यह है कि आप MongoDB Shell में कलेक्शन कैसे बनाएं:
db.createCollection("auditLogs", {
capped: true,
size: 10485760, // 10 MB
max: 1000
});
या वैलिडेशन के साथ:
db.createCollection("users", {
validator: {
$jsonSchema: {
bsonType: "object",
required: ["email", "createdAt"],
properties: {
email: {
bsonType: "string",
pattern: "^.+@.+$"
},
createdAt: {
bsonType: "date"
}
}
}
}
});
हालांकि MongoDB एक लचीला स्कीमा सपोर्ट करता है, फिर भी आप वैलिडेशन नियम जोड़ना चाहेंगे—जैसे अनिवार्य फील्ड या कुछ फील्ड पर गुण निर्दिष्ट करना, जैसे डेटा टाइप या ईमेल का फ़ॉर्मेट—जैसा कि ऊपर देखा गया। यदि आप यह सुनिश्चित करना चाहते हैं कि आपके डॉक्यूमेंट किसी विशिष्ट स्कीमा का पालन करें, तो यह उपयोगी है।
यदि आप SQL पृष्ठभूमि से हैं तो स्कीमा प्रवर्तन परिचित लगेगा, और भले ही नहीं हों, कुछ समय आपके उत्पादन ऐप्लिकेशन को पूर्वानुमेय आकार वाले डॉक्यूमेंट की आवश्यकता होती है। इसलिए वैलिडेशन इसके लिए उत्कृष्ट है!
C# ड्राइवर के साथ MongoDB कलेक्शन बनाना
एक C# ऐप्लिकेशन में, आप MongoDB ड्राइवर का उपयोग करके कलेक्शन को स्पष्ट रूप से भी बना सकते हैं। जबकि बुनियादी कार्यों के लिए इसकी आवश्यकता नहीं है, यहीं आप प्रोग्रामेटिक तरीके से उन्नत विकल्प सेट कर सकते हैं।
var options = new CreateCollectionOptions
{
Capped = true,
MaxSize = 10485760, // 10 MB
MaxDocuments = 1000
};
await database.CreateCollectionAsync("auditLogs", options);
वैलिडेटर जोड़ने के लिए:
var validator = new BsonDocument
{
{ "$jsonSchema", new BsonDocument
{
{ "bsonType", "object" },
{ "required", new BsonArray { "email", "createdAt" } },
{ "properties", new BsonDocument
{
{ "email", new BsonDocument
{
{ "bsonType", "string" },
{ "pattern", "^.+@.+$" }
}
},
{ "createdAt", new BsonDocument
{
{ "bsonType", "date" }
}
}
}
}
}
}
};
var collectionOptions = new CreateCollectionOptions<BsonDocument>
{
Validator = new BsonDocumentFilterDefinition<BsonDocument>(validator)
};
await database.CreateCollectionAsync("users", collectionOptions);
Python डेवलपर्स के लिए, Introduction to MongoDB and Python ट्यूटोरियल एक बेहतरीन संसाधन है।
कलेक्शन कॉन्फ़िगरेशन के प्रमुख विकल्प जिन्हें जानना चाहिए
कलेक्शन को स्पष्ट रूप से बनाते समय, ये कुछ विकल्प हैं जिन्हें आप जानना चाहेंगे:
capped: फिक्स्ड-साइज़ कलेक्शन बनाता हैsize: कैप्ड कलेक्शन के लिए अधिकतम साइज़ (बाइट्स में)max: अनुमत अधिकतम डॉक्यूमेंट की संख्याvalidator: स्कीमा सिंटैक्स में JSON ऑब्जेक्ट जो स्कीमा वैलिडेशन को परिभाषित करता हैexpireAfterSeconds: TTL इंडेक्स के साथ प्रयोग होता है ताकि डॉक्यूमेंट स्वतः हट सकें
आप क्रिएशन के वक्त या उसके थोड़े ही बाद इंडेक्स भी अप्लाई कर सकते हैं। MongoDB अपने आप इंडेक्स नहीं बनाता, जब तक कि वे _id के लिए आवश्यक न हों।
MongoDB में इंडेक्स आपको आपके सबसे अधिक एक्सेस किए जाने वाले फील्ड पर प्रदर्शन सुधारने देते हैं। वे उन मानों को मेमोरी में कैश करते हैं, यानी उन्हें प्राप्त करने के लिए हार्ड ड्राइव कॉल नहीं करनी पड़ती—जिससे नियमित रूप से एक्सेस करते समय काफी समय और प्रदर्शन बच सकता है।
MongoDB कलेक्शन परिभाषित करने के सर्वोत्तम अभ्यास
यहां कुछ दिशानिर्देश हैं जो आपको यह तय करने में मदद करेंगे कि कलेक्शन को कब स्पष्ट रूप से परिभाषित करें:
- त्वरित प्रूफ ऑफ कॉन्सेप्ट या लोकल डेवलपमेंट के लिए, या जब एंड-यूज़र सामग्री को डायनेमिक रूप से जनरेट करने में सक्षम हो, तो इम्प्लिसिट क्रिएशन
- जब आप वैलिडेशन लागू करना चाहते हैं या इंडेक्सिंग या प्रदर्शन के लिए सेटिंग्स अप्लाई करना चाहते हैं, तो एक्स्प्लिसिट क्रिएशन
निष्कर्ष
MongoDB अपने लचीले स्कीमा के लिए जाना जाता है, जो हमें अपने डेटा को संरचित करने के तरीकों में लचीलापन देता है—और इसमें कलेक्शन को कैसे बनाना और प्रबंधित करना शामिल है। जहां इम्प्लिसिट क्रिएशन तेज और सुविधाजनक है, वहीं एक्स्प्लिसिट कलेक्शन परिभाषाएं स्कीमा वैलिडेशन, कैप्ड व्यवहार, और परफॉर्मेंस ट्यूनिंग जैसी शक्तिशाली सुविधाएं अनलॉक करती हैं।
हमेशा की तरह, MongoDB Atlas UI-आधारित टूल, ऑटोमेशन, और बिल्ट-इन परफॉर्मेंस इनसाइट्स के साथ कलेक्शन मैनेज करना और भी आसान बना देता है। और यदि आप .NET में काम कर रहे हैं, तो C# ड्राइवर आपको स्ट्रॉन्ग-टाइप्ड मॉडल और फ्लुएंट APIs के साथ सहायता करता है।
जब आप MongoDB कलेक्शन को परिभाषित करने के सर्वोत्तम अभ्यासों पर विचार कर रहे हों, तो बुनियादी database design सिद्धांतों को समझना भी लाभदायक हो सकता है।
हैप्पी कोडिंग! आपकी कलेक्शन तेज, वैध और अच्छी तरह इंडेक्स्ड रहें!
FAQs
MongoDB में इम्प्लिसिट और एक्स्प्लिसिट कलेक्शन क्रिएशन में क्या अंतर है?
- इम्प्लिसिट क्रिएशन: जब आप किसी गैर-मौजूद कलेक्शन में डॉक्यूमेंट इंसर्ट करते हैं, तो MongoDB स्वतः कलेक्शन बना देता है। यह त्वरित प्रोटोटाइपिंग या डेवलपमेंट के लिए उपयोगी है।
- एक्स्प्लिसिट क्रिएशन: आप उपयोग से पहले कलेक्शन को मैन्युअली परिभाषित करते हैं, अक्सर उन्नत सेटिंग्स जैसे वैलिडेशन नियम, कैप्ड साइज़, या इंडेक्सिंग को कॉन्फ़िगर करने के लिए। यह प्रोडक्शन वातावरण के लिए अनुशंसित है।
मुझे कब स्वतः क्रिएशन के बजाय कलेक्शन को स्पष्ट रूप से बनाना चाहिए?
आपको कलेक्शन को स्पष्ट रूप से तब बनाना चाहिए जब: स्कीमा वैलिडेशन, कैप्ड कलेक्शन, परफॉर्मेंस ऑप्टिमाइज़ेशन, और डिफ़ॉल्ट इंडेक्स की आवश्यकता हो।
यदि MongoDB स्कीमा-लेस है, तो मैं स्कीमा को कैसे लागू करूं?
MongoDB JSON स्कीमा वैलिडेशन सपोर्ट करता है, जो आपको डॉक्यूमेंट संरचना के लिए नियम परिभाषित करने देता है।
कैप्ड कलेक्शन क्या हैं, और मुझे इन्हें कब इस्तेमाल करना चाहिए?
कैप्ड कलेक्शन फिक्स्ड-साइज़ कलेक्शन होते हैं जो भर जाने पर स्वतः पुराने डॉक्यूमेंट्स ओवरराइट कर देते हैं।
मैं TTL (Time-To-Live) इंडेक्स के साथ कलेक्शन कैसे बनाऊं?
TTL इंडेक्स निर्दिष्ट समय के बाद डॉक्यूमेंट स्वतः हटा देते हैं। पहले कलेक्शन बनाएं, फिर इंडेक्स जोड़ें।
लूस कार्टर MongoDB में वरिष्ठ डेवलपर एडवोकेट, Microsoft MVP, Contentful Dev Hero, “Beginning MongoDB Atlas with .NET” की लेखिका, और कोड, धूप तथा सीखने की शौकीन हैं।
