आपको 50 करोड़ rows वाली table में एक non nullable column जोड़ना है। आप इसे बिना downtime के कैसे शिप करेंगे?

इसे चरणों में कीजिए। column को बिना default के nullable जोड़िए ताकि बदलाव सिर्फ metadata तक रहे, ऐसा कोड deploy कीजिए जो हर रास्ते पर उसमें लिखे और साथ ही nulls भी सह ले, छोटे batches में रुक रुककर backfill कीजिए ताकि locks और replication ठीक रहें, जांचिए कि कोई null बचा नहीं, फिर not null constraint जोड़िए (जहां सपोर्ट हो वहां validate अलग से) और fallback कोड हटा दीजिए। इतनी बड़ी table पर कभी एक block करने वाला ALTER मत चलाइए।

जो मैं नहीं करूंगा वह है एक ही ALTER जो default के साथ not null column जोड़ दे, क्योंकि पुराने इंजन पर वह पूरी table को exclusive lock के नीचे दोबारा लिखता है और तब तक सर्विस बैठी रहती है। तो पहले expand: उसे nullable जोड़िए, जो आधुनिक Postgres में metadata का बदलाव है और लगभग तुरंत हो जाता है। फिर मैं ऐसा कोड deploy करता हूं जो हर insert और update पर नया column लिखे और पढ़ते वक्त nulls भी सह ले, क्योंकि rolling deploy के दौरान पुराने और नए दोनों pods जिंदा रहते हैं और मैं इसके उलट नहीं मान सकता। फिर backfill, primary key के हिसाब से शायद दस हजार rows के batches में, बीच में छोटी नींद के साथ, और चलते चलते replication lag पर नजर रखते हुए, lag चढ़े तो रफ्तार घटाते हुए। जब null count शून्य हो जाए तो मैं constraint जोड़ता हूं, और Postgres में उसे पहले not valid के तौर पर जोड़कर अलग से validate करूंगा ताकि lock हल्का रहे। आखिरी deploy fallback हटा देता है। हर कदम अपने आप में वापस लिया जा सकता है।