5 करोड़ rows वाली table पर बिना downtime किसी column का नाम कैसे बदलेंगे?

expand, migrate, contract। नया column जोड़िए, ऐसा कोड डिप्लॉय कीजिए जो दोनों में लिखे और पढ़े अब भी पुराना, throttled batches में backfill कीजिए, फिर अलग deploy में reads नए column पर पलटिए, और पुराना column तभी गिराइए जब उसका कोई हवाला न बचे। schema का बदलाव और कोड का cutover एक ही release में कभी मत मिलाइए, क्योंकि तब आप साफ rollback की क्षमता गंवा देते हैं।

नाम बदलना असल में एक statement नहीं, छोटे सुरक्षित बदलावों की कतार है। पहला deploy नया column nullable जोड़ता है, जो Postgres में सस्ता है क्योंकि वह table दोबारा नहीं लिखता, और ऐसा कोड भेजता है जो दोनों columns में लिखे पर पढ़े अब भी पुराना। फिर मैं batches में backfill करता हूं, शायद एक बार में पांच हज़ार rows और बीच में छोटा ठहराव, replication lag और lock के इंतज़ार पर नज़र रखते हुए, ताकि मैं कभी लंबा transaction न पकड़ूं। दूसरा deploy reads नए column पर ले जाता है, dual write अब भी चालू रहता है ताकि कुछ गलत हो तो मैं तुरंत पलट सकूं। जब वह कुछ दिन स्थिर रह जाए, तभी तीसरा deploy पुराने column में लिखना बंद करके उसे गिराता है। मैं अलग अलग deploys पर इसलिए अड़ता हूं कि rollback बचा रहे। अगर schema का बदलाव और कोड का बदलाव साथ जाएं, तो कोड पलटने पर डेटाबेस ऐसी शक्ल में रह जाता है जिसे पुराना कोड पढ़ ही नहीं सकता। मैं indexes concurrently बनाता हूं और lock timeout सेट करता हूं ताकि migration किसी लंबी query के पीछे कतार में लगकर writes जमा देने की जगह जल्दी फेल हो जाए।