परंपरागत रूप से मैंने हमेशा अपनी एसक्यूएल स्क्रिप्ट को हाथ से लिखा है, इसलिए वे अच्छे और साफ हैं (मैं जेनरेट किए गए लोगों का प्रशंसक नहीं हूं) और रिलीज करने के लिए रिलीज करता हूं, मैं पिछले संस्करण से एक ताजा इंस्टॉल स्क्रिप्ट और माइग्रेशन स्क्रिप्ट प्रदान करता हूं जो कि नई टेबल बनाता है, मौजूदा टेबल बदलता है आदि यह सब सुंदर मानक है।ईएफ 4 कोड पहले उत्पादन वातावरण में स्कीमा परिवर्तन कैसे संभालता है?
मेरे पास वास्तव में ईएफ 4 कोड के साथ खेलने के लिए अधिक समय नहीं था, लेकिन अगर यह वास्तव में उत्पादन वातावरण में व्यवहार्य है तो इसका उपयोग करने में काफी दिलचस्पी है।
कहें कि आपके पास पहला कोड है जहां कोई अस्तित्व नहीं है, तो डेटाबेस स्वचालित रूप से बनाया जाएगा। क्या होता है यदि आप सॉफ़्टवेयर का एक नया संस्करण जारी करते हैं जिसमें स्कीमा/मॉडल परिवर्तन होते हैं। अद्यतन ईएफ मॉडल से मेल खाने के लिए डेटाबेस स्कीमा को अद्यतन करने के लिए पर्याप्त स्मार्ट है?
परिदृश्य
- ग्राहक अपने सर्वर पर स्थापित asp.net MVC वेबसाइट। पहली बार चलाने पर, एक ताजा डेटाबेस
- ग्राहक थोड़ी देर के लिए वेबसाइट का उपयोग करता है और डेटाबेस कुछ डेटा
- इस बीच वेबसाइट का एक नया संस्करण जारी किया गया है और एफई मॉडल बदल गया है
- ग्राहक नई डाउनलोड करता है के साथ आबादी वाले हो जाता बनाई गई है संस्करण, मौजूदा डेटाबेस से वेबसाइट और अंक तैनात
कोड पहले प्रारंभिक तैनाती के लिए ही उपयोगी है, या बहुत चालाक इस तरह जारी करने के लिए एक मौजूदा डेटाबेस रिलीज अद्यतन करने के लिए है?
जानना अच्छा है, हालांकि यह सुविधा जंगली में नहीं है, मुझे नहीं लगता कि यह एक ऐसा मार्ग है जिसे मैं कार्यालय में वकील कर सकता हूं। –
हाँ मुझे यकीन नहीं था कि ईएफ 4 ढांचा इसे संभालने के लिए काफी परिपक्व था या नहीं। लिंक के लिए धन्यवाद। अपडेट के लिए 2011 की शुरुआत में मैं इस सुविधा पर रोक लगाऊंगा और ईएफ टीम की निगरानी करूंगा। चीयर्स! –
@confusedGeek: इस सुविधा को रिलीज़ करने के बाद भी, मुझे पूरा भरोसा है कि कोई भी उद्यम फ्लाई पर उनके लिए इसे ठीक करने के लिए ईएफ को अपना उत्पादन डेटाबेस नहीं देगा। परिवर्तन स्क्रिप्ट को हमेशा डीबीए के माध्यम से जाना पड़ता है, चाहे वह आपके द्वारा या ईएफ द्वारा लिखा जा रहा हो। –