- शिप
- 19 अगस्त 2026 को 7:54 am बजे UTC
- लेखक
- Kamo
- Commit
- cbad368
नए `User.isFake` फ़ील्ड को मिरर करता है। चार बयान, और आदेश पूरे है माइग्रेशन: YugabyteDB ने `ADD COLUMN" को खारिज कर दिया ... एक जनसंख्या तालिका पर नहीं NULL` — खारिज पूरा बयान, न सिर्फ़ बंद खंड — इसलिए स्तंभ शून्य हो जाता है, है वापस भरी हुई, अपने DEFAULT को प्राप्त करती है, और उसके बाद ही कड़ा हुआ है। इनको एक में मिलाना ALTER एक प्रवास पैदा करता है जो एक चेतावनी लॉग करता है और स्तंभ को अनुपस्थित छोड़ देता है, जो है कुल noop के लिए सफलता के आकार का उत्पादन। `@Order(0)` प्रति स्तंभ वर्धित सम्मेलन। पल साझा-lib इकाई के नक्शे `is fake`, हर बाद में धावक जो JPA के माध्यम से `User` लोड करता है, इसे अपने SELECT में उत्सर्जित करता है, इसलिए देर से आदेशित प्रवास कभी नहीं पहुंचेगा - एक पहले धावक पर मर जाता है `column u1 0.is fake' मौजूद नहीं है और पहले रन डाउन लेता है। सूचकांक आंशिक है (`WHERE is fake = TRUE`)। गार्ड की हॉट क्वेरी "जो ids हैं ध्वजांकित "और एक मेज पर जहां प्रभावी रूप से हर पंक्ति FALSE है, स्तंभ पर एक पूर्ण सूचकांक मृत वजन है जबकि आंशिक रूप से एक प्रविष्टि का एक मुट्ठी भर रखती है। बैकफिल का `WHERE is fake IS NULL` लोड-असर है, सजावट नहीं: KamoInitializer हर बार फिर से शुरू होता है, और एक नंगे `UPDATE उपयोगकर्ताओं SET is fake = FALSE` चुपचाप होगा प्रत्येक खाते में एक ऑपरेटर जानबूझकर छिपा हुआ था, हर रन पर। एक परीक्षण का दावा यह खंड अभी भी है। उत्पादन 2026-08-19 के लिए लागू; सभी पांच बयानों ने लागू किया, BUILD SUCCESS। कॉलम को 'boolean not NULL DEFAULT झूठ' के रूप में सत्यापित किया गया है, जिसमें आंशिक इंडेक्स मौजूद है।.