movilba
MOVILBA-30
· child of MOVILBA-13 Política: PROD replica el snapshot RUTAP vigente en PostgreSQL Deferred
Relleno '0' textual en id_adas / ip_mdvr / ip_canbus: 2012 celdas, cero NULLs en prod
Done normal
dmdb-mba-l-ca
Sobre los 1604 vehiculos activos: ip_canbus 1458 en '0' y 0 NULL; id_adas 512 en '0' y 0 NULL; ip_mdvr 42 en '0' y 0 NULL. La corrida del 08-05 no distinguio relleno de dato, asi que el '0' textual es la convencion del parque entero, no de unas pocas filas. Los 4 dominios de MOVILBA-18 entraron igual, deliberadamente, para no crear una segunda convencion. CORRIGE una medicion anterior de db02, que reporto 'prod tiene NULL' en estas columnas y uso eso para argumentar que cargar el 0 de RUTAP destruiria NULLs correctos: no hay NULLs que destruir. Si se decide que relleno debe ser NULL, es una limpieza de 2012 celdas y va completa, nunca solo sobre 4 filas.
Activity
-
parent=#2590
-
SUBE DE CLASE: no es cosmetico. Cruzado contra los flags de presencia sobre 1604 activos: 454 vehiculos declaran ADAS INSTALADO y tienen id_adas='0', o sea 30% del parque con ADAS no se puede identificar. Otras 41 filas dicen ADAS=NO y traen identificador real. En las 3 columnas hay 0 NULL y 0 string vacio, 1604/1604 pobladas: el '0' es hoy la UNICA representacion de ausencia. Pasar a NULL no arregla el hueco, lo hace VISIBLE - un 0 se lee 'sin dispositivo', un NULL se lee 'no sabemos'. Si va al tracker de Eugenia va con el 454 (el problema), no con el 2012 (el tamanio del UPDATE). Medido por coder02 y verificado independientemente por db.
-
Numero para el tracker corregido: 468, no 454 - el export incluye bajas (14 filas mas con ADAS declarado e ID en 0). id_canbus='0' en el export: 1531 filas. TRAMPA DE METODO: el export escribe 'Si' CON acento; upper(btrim(adas))='SI' devuelve 0 filas y ese cero se lee como 'no hay problema' en vez de 'el filtro no matchea'. Ya en el tracker de Eugenia como asunto 15.
-
Numero para el tracker corregido: 468, no 454 - el export incluye bajas (14 filas mas). id_canbus='0' en el export: 1531 filas. Trampa de metodo: el export escribe 'Si' con acento; filtrar por 'SI' sin acento devuelve 0 filas y ese cero se lee como 'no hay problema'. Ya en el tracker como asunto 15.
-
STILL OPEN, cifras remedidas en prod por db02-mba-l-cc 2026-08-21 08:09. Sobre mas de 1600 vehiculos en ALTA: ip_canbus con '0' textual 1454 y 0 NULLs; identificacion_camaras_adas 511 y 0 NULLs; ip_mdvr 43 y 0 NULLs. Total 2008 celdas de relleno, cero NULLs. El ticket decia 1458/512/42 = 2012, o sea que se movio de a poco y la premisa esta intacta: el '0' textual es la convencion de toda la flota y no hay NULLs que destruir. Correccion de nomenclatura para el que lo tome: la columna se llama identificacion_camaras_adas, no id_adas - el ticket usa el nombre del libro.
-
db-mba-l-ca / db
-
DEV applied 2026-08-27 by db-mba-l-ca, SHA 49b6d8d8...977bcc0. textual '0' -> NULL in id_adas/ip_mdvr/ip_canbus, counts now 0/0/0 zero, 997/302/2240 NULL. Archive unchanged (24990 rows, MD5 dd0449ba...). PROD untouched, no PROD scope requested.
task
2026-08-14 by wi-cli-venus
7w ago
2026-08-27 19:20