रेक डीबी :: माइग्रेट वास्तव में कैसे काम करता है

Question

मैंने वास्तव में रूबी और रेल के साथ शुरुआत की है, और उन चीजों में से एक जो मैं स्वयं को वास्तव में आनंद ले रहा हूं वह सम्मेलन है जो आपको इसका उपयोग करता है।

मैं अपनी खुद की गैर-रूबी परियोजनाओं में उस व्यवहार की नकल करना चाहता हूं।

मेरा सवाल यह है कि यह वास्तव में कैसे काम करता है? मुझे पता है कि मैं रेल कोड देख सकता हूं, लेकिन मैं यह समझने में इतनी दूर नहीं हूं कि इसमें क्या हो रहा है।

मुझे पता है कि यह एक बेसलाइन स्क्रिप्ट लेता है और उसके बाद अद्यतन स्कीमा परिवर्तन चलाता है। लेकिन यह कैसे पता चलता है कि यह किस संस्करण पर है? मैं एक और ढांचे/डेटाबेस में नकल कैसे करूं?

Answer 1

नोट: यह रेल 2.x के रूप में सच है। यह रेल 3 के लिए सच नहीं हो सकता है, क्योंकि मैंने रेल 3 के साथ उतना समय नहीं बिताया है जितना मुझे पसंद आएगा।

रेल schema_migrations नामक एक विशेष छिपी हुई तालिका बनाता है। इस तालिका में version नामक एक कॉलम है। और आपके पास हर माइग्रेशन के लिए इस कॉलम में एक पंक्ति है। मूल्य टाइमस्टैम्प है जो माइग्रेशन फ़ाइल नाम टाइमस्टैम्प से मेल खाता है।

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

परिणाम यह है कि 2 डेवलपर्स दोनों किसी भी क्रम में माइग्रेशन कर सकते हैं, और यह ठीक है। ऐसा इसलिए है क्योंकि रेल जानता है कि माइग्रेशन कितने चल रहे हैं और जो नहीं है, इस पर ध्यान दिए बिना कि आपके डेटाबेस ने उन्हें कब देखा था।

तो ऐसा कुछ करने के लिए, आपको बस इस स्थिति को स्थायी रूप से स्टोर करने के लिए एक तरीका चाहिए कि कौन से कदम उठाए गए हैं और कौन नहीं है।