संक्षिप्त उत्तर नहीं है, जहां तक मुझे पता है, रेडिस या मोंगोडीबी के लिए कोई ऑटो-जनरेटिंग ओआरएम नहीं है।
एक अधिक विस्तृत विवरण के लिए अब:
कारण है कि वहाँ मुक्त रूप रिकॉर्ड में आधारित 'तय' ORM की और नहीं डेटा संग्रहों के लिए CRUD पीढ़ी मौजूद है सरल है: मुक्त रूप रिकॉर्ड के स्वभाव में यह कठिन बना देता है एक स्कीमा बनाने के लिए।
उदाहरण के लिए रेडिस देखें, प्रत्येक रिकॉर्ड एक हैश उदा। कुंजी 'उपयोगकर्ता- {आईडी}' फ़ील्ड उपयोगकर्ता नाम, आयु, और पंजीकृत_ऑन के साथ। अब, जब आप उपयोगकर्ताओं को नया फ़ील्ड 'स्थान' जोड़ते हैं तो क्या होता है? खैर, रेडिस परवाह नहीं है, आप किसी भी रिकॉर्ड में फ़ील्ड को संशोधित करते समय जोड़ते हैं, वापस जाने की आवश्यकता नहीं है और हर हैश में फ़ील्ड जोड़ना है। काफी सरल।
लेकिन अब, आपके पास सीआरयूडी जादू है, जो यह जानने की कोशिश करता है कि कौन से फ़ील्ड दिखाना है। मान लें कि आप कौन से फ़ील्ड मौजूद हैं, यह देखने के लिए पहले रिकॉर्ड को देखने का निर्णय लेते हैं, लेकिन क्या होगा यदि उपयोगकर्ता -1 में नया 'स्थान' फ़ील्ड गुम है? अब सीआरयूडी इसे उत्पन्न नहीं करेगा।
इसके अलावा, क्योंकि रेडिस प्रत्येक मान को स्ट्रिंग के रूप में संग्रहीत करता है, इसलिए सीआरयूडी नहीं जानता कि 'आयु' उदाहरण के लिए केवल एक पूर्णांक स्वीकार करता है और पंजीकृत_ऑन वास्तव में एक आईएसओ-स्वरूपित दिनांक स्ट्रिंग है।
ओह, लेकिन आप कहते हैं, मोंगोडीबी में डेटाटाइप हैं! निश्चित रूप से, मानते हुए कि हम प्रति रिकॉर्ड भत्ता के विभिन्न क्षेत्रों को अनदेखा करते हैं, नाटक करते हुए कि हमारे पास रिकॉर्ड प्रति फ़ील्ड का एक ही सेट है, तो वहां कुछ स्वचालित सीआरयूडी करना संभव है? खैर हाँ, आप रेडिस के मुकाबले थोड़ा बेहतर कर पाएंगे, क्योंकि उदाहरण है एक तिथि प्रकार और पूर्णांक प्रकार, लेकिन तब भी कुछ विसंगतियां हैं। मान लें कि आपके पास स्ट्रिंग मान है। आपको कैसे पता चलेगा कि उस स्ट्रिंग मान को बहु-लाइन इनपुट (टेक्स्टरेरा) या सिंगल-लाइन (इनपुट प्रकार = टेक्स्ट) की आवश्यकता होती है, या यहां तक कि केवल कुछ विकल्पों के ड्रॉप-डाउन चयन से ही उपलब्ध है?
इस वजह से, कई मुक्त-प्रकार के प्रकारों के लिए वास्तव में सैद्धांतिक सीआरयूडी करने का एकमात्र तरीका यह होगा कि यदि आपने प्रत्येक रिकॉर्ड के लिए पहले से 'स्कीमा' (एक फॉर्म परिभाषा के माध्यम से) परिभाषित किया है, और शायद कुछ लागू किया गया हो इंटरफ़ेस क्लास/कॉन्ट्रैक्ट की तरह जिसने सीआरयूडी उपकरण को ऑब्जेक्ट्स को पुनर्प्राप्त करने के लिए रिकॉर्ड्स सूचीबद्ध करने, कुंजी द्वारा एक रिकॉर्ड पुनर्प्राप्त करने, रिकॉर्ड बनाने/बनाने के लिए रिकॉर्ड करने और कुंजी द्वारा एकल रिकॉर्ड हटाने की अनुमति दी।
इस तरह के एक सैद्धांतिक 'प्लग करने योग्य' सीआरयूडी उपकरण वास्तव में अच्छा होगा, और मुझे किसी को इसे देखने के लिए देखना अच्छा लगेगा।
बहुत मुश्किल कुछ सॉफ्टवेयर है कि एक दस्तावेज के अनुसार आधार पर अपने दस्तावेजों में लेता है, और बनाने के लिए नहीं होना चाहिए, प्रत्येक दस्तावेज़ (किया जा रहा है प्रत्येक दस्तावेज़ डेटा के विभिन्न सेट हो सकता है के लिए एक WTForm वर्ग उत्पन्न करता है उन पर भी अगर वे समान वस्तुओं का प्रतिनिधित्व करने के लिए हैं - नो-एसक्यूएल और सभी की लचीलापन ...)। फिर आप फ्लास्क में एक ब्लूप्रिंट का उपयोग एक व्यू फ़ंक्शन पंजीकृत करने के लिए कर सकते हैं जो किसी ऑब्जेक्ट को पकड़ लेता है, फॉर्म उत्पन्न करता है और उपयोगकर्ता को फॉर्म प्रदर्शित करता है। आत्मनिरीक्षण करने के लिए आपको किस प्रारूप विजेट और सत्यापन की आवश्यकता है, वह मुश्किल हिस्सा होगा, जैसा कि नीचे दिया गया उत्तर इंगित करता है। – tkone