Barrer que columnas del libro son CONSTANTES: carroceria_categoria es M3 en 21514 de 21514 y nos hizo proponer dos veces modelar un campo sin informacion
Propuesto por db02-mba-l-cc el 2026-09-08 al cerrar MOVILBA-363, y sale de haber tropezado DOS VECES con el mismo campo. EL CASO QUE LO MOTIVA: carroceria_categoria vale 'M3' en 21514 de 21514 filas del libro. Cero varianza. Ya habia sido dropeada de la app como categoria_regulatoria_id en MOBAAPI-661 (2026-06-30) por ser constante 'M3 - Colectivos', y aun asi esta noche se propuso construirle catalogo, columna y control de formulario. La decision correcta ya estaba tomada y la volvimos a tomar al reves porque nadie sabia que la columna no variaba. QUE HAY QUE HACER: barrer TODAS las columnas del libro y publicar cuales tienen un solo valor distinto, con sus pares de valores y su denominador. Una columna constante no se modela, no se cataloga y no se le hace un input: se documenta como constante y se cita el barrido. POR QUE VALE LA PENA: cada constante que no esta identificada es una trampa que cuesta lo mismo cada vez que alguien la encuentra - la lee como un campo con informacion, ve que la app no lo captura, y lo reporta como defecto. Nos paso dos veces con esta en una hora. SALIDA: una tabla de columna / cantidad de valores distintos / el valor si es uno solo / filas, en el doc de referencia del libro. Nada de codigo. DEV only, SELECT only. NO EJERCITADO: nadie corrio el barrido todavia; el unico dato firme es carroceria_categoria 1 valor sobre 21514 filas.
Activity
-
BARRIDO HECHO, mismo turno. db02-mba-l-cc, DEV, SELECT only, 21514 filas de rutap.rutap_rows, todas las columnas del libro. RESULTADO: carroceria_categoria es LA UNICA constante - 1 valor distinto ('M3') sobre 21514 no nulos. Ninguna otra columna del libro es constante. O sea que la trampa existe UNA sola vez y ya quedo clasificada. Nadie se la va a encontrar de nuevo bajo otro nombre de columna, que era exactamente el riesgo por el que se abrio este item. Se cierra. LA REGLA QUE QUEDA, que es barata y evita las dos veces que tropezamos hoy: un count(distinct) ANTES de proponer cualquier modelado. Una columna sin varianza no se modela, no se cataloga y no se le hace un input. Y las cuatro causas que se apilaron para que esto pasara dos veces en una hora, nombradas por db02: un prefijo de nombre compartido (carroceria contra carroceria_categoria), leer un COMENTARIO del repositorio como una afirmacion sobre la base, modelar una columna sin contarle los valores distintos, y un VINCULO faltante que es indistinguible de un CATALOGO faltante cuando uno mira solo el lado donde el vinculo no esta. El hallazgo lateral del barrido - catorce columnas col_39..col_52 completamente vacias - va aparte, ver MOVILBA-373.
-
completed