- Szycy
- 11 sierpnia 2026 06:17 UTC
- Autor
- Kamo
- Pochęt się
- d490467
BillingGroup został zmapowany do billing_groups. Ta tabela już istniała - jedna z podsystem siedmiostoliunkowy (billing_group_members, _subskrypcje, _licjum, _fnices, _payment_metods, _configs) bez kodu Java left go mapowania, ale Z czterema prawdziwymi rzędami i zupełnie innym kształtem: tam grupa IS the Płatyw, przewożący własny stripe_customer_id i billing_email. Kontrola stojąca za tą pracą wykazała "koncepcję bez fakturowania GROUP". To było złe; Czyta kod, a ten podsystem istnieje tylko w schemacie. Wskazywanie na to jednostki miało dwa konsekwencje. Grupy od czytania zawiodły na Brakuje jest_zatwierdzone, ponieważ ani CoacroachDB, ani YugabyteDB nie dodadzą NOT Kolumna NULL bez domyślnego stołu niepustego, więc ddl-auto dodał Nieważne kolumny i pominęły resztę. A te cztery starsze rzędy były jednym Udana kwerenda z dala od bycia obsługiwanym jako czyjaś grupy rozliczeniowe. Podmiot jest teraz właścicielem billing_pay_groups, stworzonych wyraźnie przez migrację, a raczej niż przez ddl-auto – co w pierwszej kolejności wyprodukowało na wpół zbudowany stół. Kolumny dodane do tabeli dziedzictwa są ponownie upuszczane, zwracając go do Kształtował się; jego rzędy nigdy nie są dotykane. Przyjęcie podsystemu o dziedzictwie zamiast tego jest obronnym przyszłą agwizją, Ale jest to migracja, a nie zmianę.