माइग्रेशन तैनाती प्रक्रिया का हिस्सा हैं। तो माइग्रेशन के लाभ (सामान्य रूप में)
- हैं आप मैन्युअल रूप से ऐसा करने की जरूरत नहीं है (क्योंकि तैनाती पर आप शायद अभी या बाद में एक स्कीमा परिवर्तन भूल)
- आप स्थानीय स्तर पर यह परीक्षण कर सकते हैं (क्योंकि आप शायद जल्दी या बाद में गलतियां करते हैं)
- आपको अपने टीम के सदस्यों को मैन्युअल रूप से अपने स्थानीय डेटाबेस को बदलने के लिए नहीं कहना है (क्योंकि यह केवल परेशान है), या एक नया डंप आयात करें (फिर से ...)
- यदि आप कई वातावरण हैं (चरण, प्रोड, परीक्षण) आपको किसी भी सिस्टम पर यह कदम करना है। यह गलतियों
- आप शायद (शायद पुराना) लिव-प्रणाली में विकास-डेटाबेस आयात करने के लिए नहीं करना चाहते हैं की संभावना बढ़ जाती है; एक परियोजना की शुरुआत में)
ध्यान दें, कि एक स्कीमा हो सकता है सरल और डेटाबेस छोटा हो, लेकिन यह यह नहीं रहेगा। जल्द या बाद में (;)) आपको विशाल डेटाबेस का सामना करना पड़ेगा, जिसमें आयात करने में समय लगता है।
अतिरिक्त: त्रुटियों के मामले में आमतौर पर एक अच्छा माइग्रेशन "डाउनग्रेड" होता है। यदि आपके पास तैनाती गलत है तो आपके दृष्टिकोण के साथ आपको मैन्युअल रूप से अपने डेटाबेस परिवर्तनों को वापस करना होगा, जो कि और भी त्रुटि प्रवण है।
यह बहुत उपयोगी था :) –