- Se descapó
- 11 de agosto de 2026 a las 6:17 UTC
- Autor
- Kamo
- Compromit
- d490467
BillingGroup fue mapeado a los grupos de facturación. Esa tabla ya existía. Subsuscripciones, licenciados, Sincrínes, "payment"methods, "configs") sin código Java que lo dejan mapearlo, pero con cuatro hileras reales en ella y una forma diferente por completo: allí el grupo ES el payer, llevando su propia raya.customer.id y billing-email. La auditoría detrás de este trabajo reportó "sin concepto de facturación". Eso estuvo mal; leyó el código, y este subsistema existe sólo en el esquema. Señalar una entidad en ella tuvo dos consecuencias. Grupos de lectura fracasaron en un faltan, porque ni CockroachDB ni YugabyteDB añadirán una NO Columna NULL sin predeterminado a una tabla no vacía, por lo que ddl-auto añadió el Columnas nulas y se saltó el resto. Y esas cuatro filas heredadas eran una La exitosa consulta lejos de ser servido como grupos de facturación de otra persona. La entidad ahora es propietaria de los grupos de facturación, creados explícitamente por una migración más bien que en ddl-auto que es lo que produjo una mesa a medio construir en primer lugar. Las columnas añadidas a la tabla heredada se vuelven a caer, devolviéndola a la molde que tenía; sus filas nunca se tocan. Adoptar el subsistema heredado en lugar de este es una futura convocatoria defendible, pero es una migración, no un cambio de nombre.