जब कि MongoDB पूर्वनिर्धारितरूपमा लचकदार छ, यसले डाटाबेस स्तरमा स्कीमा भ्यालिडेसन समर्थन गर्छ — नियमहरू (आवश्यक फिल्डहरू, प्रकारहरू, मान बाधाहरू) परिभाषित गर्ने जुन दस्तावेजहरूले पूरा गर्नुपर्छ। यसले डाटा अखण्डता MongoDB भित्रै जोड्छ (केवल एप्लिकेशन कोडमा होइन), लचकपनसँग सञ्जय हरूमा सन्तुलन बनाएर।
db.(, {
: {
: {
: ,
: [, ],
: {
: { : },
: { : , : },
: { : , : , : }
}
}
}
});
MongoDB ले JSON Schema प्रयोग गरेर भ्यालिडेसन नियमहरू परिभाषित गर्छ — आवश्यक फिल्डहरू, प्रकारहरू, ढाँचाहरू, दायराहरू — दस्तावेजहरू सम्मिलित वा अद्यावधिक गर्दा डाटाबेस द्वारा लागु गरिन्छ।
db.runCommand({
collMod: "users",
validator: { $jsonSchema: { ... } },
validationLevel: "moderate", // "strict" (all) or "moderate" (only valid existing docs)
validationAction: "error" // "error" (reject) or "warn" (log but allow)
});
validationLevel ले कुन दस्तावेजहरू जाँच गरिन्छ भनेर नियन्त्रण गर्छ; validationAction ले उल्लङ्घनहरू त्रुटि (अस्वीकार) वा केवल चेतावनी दिन्छ भनेर नियन्त्रण गर्छ।
✓ DATABASE-LEVEL guarantee — enforced regardless of which app/code writes data
(multiple services, scripts, manual changes) → consistent data integrity
✓ A safety net even if application validation is bypassed or buggy
→ Similar reasoning to SQL constraints: the DB is the last line of defense for integrity.
MongoDB's flexibility is valuable, but UNCONTROLLED flexibility → inconsistent data.
Schema validation lets you add structure WHERE you need it:
→ enforce critical fields/types while keeping flexibility elsewhere
→ start flexible, add validation as the schema stabilizes
(Often validation is also/instead done in the app layer, e.g. via Mongoose schemas.)
MongoDB स्कीमा भ्यालिडेसन बुझ्न MongoDB को लचकपनसँग डाटा अखण्डता सन्तुलन गर्ने को लागि मूल्यवान छ, त्यसैले यो विश्वसनीय MongoDB एप्लिकेशनहरू निर्माण गर्नको लागि उपयोगी ज्ञान हो।
जब कि MongoDB को स्कीमा-रहित लचकपन एक मुख्य लाभ हो (विकसनशील र विविध डाटा गर्नको लागि उपयुक्त), अनियन्त्रित लचकपनले असंगत डाटा (हराएको फिल्डहरू, गलत प्रकारहरू, अमान्य मानहरू) को कारण बन्न सक्छ — डाटा गुणस्तरको लागि वास्तविक चिन्ता।
स्कीमा भ्यालिडेसन यसलाई सम्बोधन गर्छ नियमहरू (आवश्यक फिल्डहरू, प्रकारहरू, ढाँचाहरू, JSON Schema मार्फत दायराहरू) डाटाबेस स्तरमा लागु गर्नको अनुमति दिएर, त्यसैले दस्तावेजहरू तिनलाई पूरा गर्नु पर्छ।
डाटाबेस-स्तरीय भ्यालिडेसन (केवल एप्लिकेशन-स्तरीयको विपरीत) को मुख्य मान यो हो कि यो कुन एप्लिकेशन, सेवा, स्क्रिप्ट, वा म्यानुएल सञ्चालन डाटा लेख्छ भनेर ध्यान दिएर लागु गरिन्छ — सञ्जय अखण्डता ग्यारान्टी र सुरक्षा नेट प्रदान गर्दै यदि एप्लिकेशन भ्यालिडेसन बाइपास वा खराब छ भने (SQL बाधाहरूको समान तर्कः डाटाबेस रक्षाको अन्तिम रेखाको रूपमा)।
भ्यालिडेसन स्तरहरू र कार्यहरू बुझ्न (कुन दस्तावेजहरू जाँच गरिन्छ र उल्लङ्घनहरू अस्वीकार वा चेतावनी दिन्छ भनेर नियन्त्रण गर्दै) लचकदार ग्रहण गर्न अनुमति दिन्छ।
सबैभन्दा महत्त्वपूर्ण, लचकपन र संरचना सन्तुलन कसरी गर्नु पर्छ भनेर बुझ्न — भ्यालिडेसन जोड्दै जहाँ सञ्जय महत्त्वपूर्ण छ अरु स्थानमा लचकपन राखेर, प्रायः लचकदार सुरु गरेर र स्कीमा स्थिर हुँदा भ्यालिडेसन जोड्दै — परिपक्व MongoDB उपयोग प्रतिबिम्बित गर्छ जसले महत्त्वपूर्ण डाटा अखण्डता बलिदान नदिई लचकपनको लाभ प्राप्त गर्छ।
भ्यालिडेसन प्रायः एप्प परतमा पनि गरिन्छ भनेर जानु (जस्तै Mongoose स्कीमाहरू) पनि प्रासङ्गिक छ।
डाटा अखण्डता लचकदार डाटाबेसमा पनि महत्त्वपूर्ण भएकोले, र MongoDB को स्कीमा भ्यालिडेसन तपाईंलाई आवश्यकतामा संरचना लागु गर्न दिन्छ (डाटाबेस स्तरमा बलियो ग्यारान्टीको लागि) अरु स्थानमा लचकपन सुरक्षित राखेर, स्कीमा भ्यालिडेसन बुझ्न — यो कसरी काम गर्छ, डाटाबेस-स्तरीय कार्यान्वयन लाभहरू, र लचकपन संरचनासँग सन्तुलन — मूल्यवान, व्यावहारिक-प्रासङ्गिक ज्ञान हो MongoDB एप्लिकेशनहरू निर्माण गर्नको लागि जुन डाटा गुणस्तर राख्छ, लचकदार-स्कीमा डाटाबेसहरूमा असंगत डाटाको साधारण चिन्तालाई सम्बोधन गर्ने उपयोगी क्षमता।