एक विरासत तालिका पर बैठे वेतन समूह इकाई को रोकें

Fixkamo-shared-library
शिप
11 अगस्त 2026 को 6:17 am बजे UTC
लेखक
Kamo
Commit
d490467

बिलिंगसमूह को बिलिंग समूहों के लिए मैप किया गया था। वह तालिका पहले से ही अस्तित्व में है - एक में से एक सात टेबल उपप्रणाली (billing group members, subscriptions, licenses, invoices, payment methods, configs) कोई जावा कोड के साथ यह मैपिंग छोड़ दिया, लेकिन इसमें चार वास्तविक पंक्तियों और पूरी तरह से एक अलग आकार के साथ: वहाँ समूह है भुगतानकर्ता, अपने स्वयं के stripe customer id और billing email ले जाते हैं। इस कार्य के पीछे की लेखा परीक्षा ने "कोई बिलिंग ग्रुप अवधारणा" की सूचना दी। यह गलत था; यह कोड पढ़ता है और यह सबसिस्टम केवल स्कीमा में मौजूद है। इसके दो परिणाम थे। पढ़ना समूह एक पर विफल रहा लापता is approved, क्योंकि न तो कॉकरोचडीबी और न ही YugabyteDB एक नहीं जोड़ेगा एक गैर-खाली तालिका में डिफ़ॉल्ट के बिना एनयूएल कॉलम, इसलिए डीडीएल-ऑटो ने जोड़ा नलनीय स्तंभ और बाकी छोड़ दिया। और उन चार विरासत पंक्तियों एक थे किसी और के बिलिंग समूहों के रूप में सेवा करने से सफल क्वेरी। इकाई अब billing pay groups का मालिक है, जो स्पष्ट रूप से माइग्रेशन के बजाय माइग्रेशन द्वारा बनाई गई थी। डीडीएल-ऑटो की तुलना में - जो पहले स्थान पर आधे-निर्मित तालिका का उत्पादन करता है। कॉलम को विरासत तालिका में जोड़ दिया जाता है, फिर से इसे वापस कर दिया जाता है। इसका आकार था; इसकी पंक्तियों को कभी भी छुआ नहीं जाता है। इस के बजाय विरासत सबसिस्टम को अपनाना एक निश्चित भविष्य का कॉल है, लेकिन यह एक माइग्रेशन है, जिसका नाम नहीं है।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें