- Se descapó
- 19 de agosto de 2026 a las 7:54 UTC
- Autor
- Kamo
- Compromit
- cbad368
Espejos el nuevo campo de Usuario.isFake. Cuatro declaraciones, y la orden es la totalidad migración: YugabyteDB rechaza el COLUMN ADD ... NO NULL en una mesa poblada. toda la declaración, no sólo la cláusula ofensiva - por lo que la columna llega anulable, es relleno, gana su DEFAULT, y sólo entonces se endurece. Derrosión de estos en uno ALTER produce una migración que registra una advertencia y deja la columna ausente, que es Producción en forma de éxito para un total de noopsis. Orden (Pedro (0) por la convención de column-add. El momento en que la entidad compartida mapea Cada corredor posterior que carga un Usuario a través de JPA lo emite en su SELECT, así que una migración ordenada tardía nunca se alcanzaría. Un corredor anterior muere en El oscuro no existe y se lleva la carrera hacia abajo primero. El índice es parcial (-WHERE is-fake = TRUE-). La consulta caliente de la guardia es "que son los ids abanderado", y en una mesa donde efectivamente cada fila es FALSE un índice completo en la columna es peso muerto mientras que uno parcial sostiene un púmulo de entradas. El relleno de "WHERE is"Fke IS NULL es cargado, no decoración: KamoInitializer re-runs en su totalidad cada vez, y los usuarios desnudos SET is-fake = FALSE-sólo en silencio desaliñar cada cuenta que un operador había escondido deliberadamente, en cada carrera. Una prueba afirma esa cláusula sigue ahí. Aplicado a la producción 2026-08-19; las cinco declaraciones registradas aplicadas, BUILD SUCCESS. Columna verificada como "boolean NOT NULL DEFAULT" con el índice parcial presente.