Django ढांचे को डेटाबेस स्कीमा माइग्रेशन मिलेगा

आधिकारिक Django ब्लॉग में, यह जानकारी थी कि यह अंतर्निहित ORM माइग्रेशन की कार्यक्षमता का विस्तार करने की योजना है - एक महत्वपूर्ण कार्यक्षमता जो कई आधुनिक ORM में मौजूद है, जिसे "बॉक्स से बाहर" कहा जाता है, उदाहरण के लिए, रेल ActiveRecord या Doctrine में। ऐतिहासिक रूप से, यह कार्यक्षमता Django ORM में गायब है।

डेटाबेस स्कीमा के संस्करण को नियंत्रित करने के लिए एक सामान्य उपकरण की अनुपस्थिति में, वास्तव में, हर कोई पीड़ित होता है: तीसरे पक्ष के एप्लिकेशन डेवलपर्स को हैरान किया जाता है कि किसी अन्य तीसरे पक्ष के एप्लिकेशन को कनेक्ट करके माइग्रेशन का उपयोग किया जाए या नहीं, प्रत्येक रिलीज़ डेवलपर्स और प्रवेश के लिए सिरदर्द बन जाता है - आपको तरीकों के साथ आना होगा इसे अपग्रेड करना आसान है। एक शब्द में, django की दुनिया में डेटाबेस के संस्करण को नियंत्रित करने के मामले में, प्रकाश अराजकता का शासन है।

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

• 3,500 पाउंड के लिए, एंड्रयू कार्य को ध्यान में रखते हुए न्यूनतम आवश्यक कार्यक्षमता को जल्द से जल्द डिजाइन करने के लिए प्रतिबद्ध है
• 4,500 पाउंड के लिए, वह अतिरिक्त निम्न-स्तर के संचालन को लागू करने की पेशकश करता है, जैसे कि रिमोट कुंजियों के बीच कॉलम को हिलाने के साथ-साथ डेटा की बचत, साथ ही साथ ग्रीस के बाद के निर्माण के लिए समर्थन
• 7,000 पाउंड के लिए, दक्षिण के नए संस्करणों के मुख्य कार्यों को dzhanga के 1.4 और 1.5 संस्करणों के साथ संगतता के लिए तैयार किया जाएगा।

लेखन के समय, परियोजना पहले ही लगभग 7 हजार पाउंड प्राप्त कर चुकी है। तो क्या आशीर्वाद होना चाहिए। वैसे, अब आप इस काम की रूपरेखा के साथ github पर छह महीने पहले का पूल अनुरोध देख सकते हैं।

हालांकि, मैं व्यक्तिगत रूप से इस परियोजना को किकस्टार्टर के रूप में आवेदन के लिए एंड्रयू गुडविन को धन्यवाद देने के अवसर के रूप में मानता हूं, जिसके बिना, मेरी राय में, django का विकास बहुत मुश्किल होगा।

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

UPD: सिर्फ एक घंटे और पांच मिनट के बाद, आवश्यक राशि एकत्र की गई है (और इससे भी अधिक)। इसलिए, एंड्रयू ओरेकल, MSSQL और पर्सोना से MySQL में ऑनलाइन स्कीमा माइग्रेशन के लिए समर्थन पर अतिरिक्त ध्यान देने का वादा करता है)