- Verschifft
- 11. August 2026 um 06:17 UTC
- Autor
- Kamo
- Ausschuss
- d490467
BillingGroup wurde zu billing_groups abgebildet. Diese Tabelle existierte bereits - eine von 7-Table-Subsystem (billing_group_members, _Abonnements, _Lizenzen, _Recices, _payment_methods, _configs) ohne Java-Code links Mapping es, aber mit vier echten Reihen drin und einer ganz anderen Form: dort IST die Gruppe Zahler, mit einem eigenen stripe_customer_id und billing_email. Die Prüfung hinter dieser Arbeit berichtete "kein Billing GROUP Konzept". Das war falsch; es las den Code, und dieses Subsystem existiert nur im Schema. Eine Entität darauf hinzuwies, hatte zwei Folgen. Lesegruppen scheiterten an einem fehlt is_approved, da weder CockroachDB noch YugabyteDB einen NOT hinzufügen NULL-Spalte ohne Voreinstellung zu einer nicht-leeren Tabelle, so ddl-auto hinzugefügt die nullbare Spalten und übersprang den Rest. Und diese vier Legacy-Reihen waren eine erfolgreiche Abfrage weg von der Zustellung als jemand anderes Abrechnungsgruppen serviert. Das Unternehmen besitzt nun billing_pay_groups, die explizit durch eine Migration eher erstellt wurden. als von ddl-auto - das ist, was produziert eine halb gebaute Tabelle in erster Linie. Die zur Legacy-Tabelle hinzugefügten Spalten werden wieder fallen gelassen und geben sie an die Form hatte es; seine Reihen werden nie berührt. Die Annahme des Legacy Subsystems anstelle dieses ist eine vertretbare zukünftige Aufforderung, aber es ist eine Migration, keine Umbenennung.