Leer una tabla de mapeo

Una tabla de mapeo tiene una fila por campo de la fuente y, como mínimo, tres cosas: el campo de origen, el campo de destino en el esquema y la transformación que lo convierte. Una buena tabla añade un ejemplo antes y después, para que quien la lea pueda comprobarla con un evento real.

Hay tres destinos posibles para un campo de origen. Va a un campo del esquema; va a un campo libre, de tipo etiqueta, porque el esquema no tiene dónde ponerlo pero alguien podría necesitarlo; o se descarta, y entonces la tabla debe decirlo con todas las letras, no dejar la fila en blanco. Una fila vacía es una pérdida que nadie decidió.

Abre el laboratorio y consulta la tabla mapeo_vpn. Tiene una fila por cada campo de la pasarela VPN y una columna, transformacion, que dice qué se le hace.

Descartar es una decisión legítima: guardar todo cuesta almacenamiento, y un campo que ninguna regla usa es ruido. Lo que no es legítimo es descartar sin saberlo. Cada descarte debería tener detrás la lista de reglas que no lo necesitan.

Las filas de un mapeo se reparten en copias directas y en transformaciones. La copia es el caso fácil: el valor sale tal cual. La transformación es donde viven los errores: una conversión de unidad, de tipo, de mayúsculas o de valores. Cada una es un punto donde la normalización puede equivocarse sin avisar, y por eso cada una necesita sus casos de prueba.

Un buen primer paso al heredar un mapeo es contar dónde están las transformaciones: ahí se concentran las pruebas.

Un mapeo se comprueba con eventos. Se toma un evento crudo, se aplica la tabla y se compara el resultado con lo que debería salir. Si dos de los valores se contradicen, hay un error en la tabla de valores, en la transformación o en el código que la aplica.

La tabla eventos_normalizados trae cinco eventos ya traducidos, con el resultado que traían de origen y el resultado normalizado. Se traduce con la tabla de valores de la pasarela, que consultas en valores_de_resultado_vpn.

La tabla de valores de la pasarela traduce dos de los valores que emite. Pero la pasarela emite un tercero, que la tabla no recoge, con decenas de eventos al día. Un parser que no encuentra el valor en la tabla puede hacer tres cosas: forzarlo a uno de los valores conocidos, descartar el evento o dejarlo con un valor honesto de «no sé».

El esquema ECS admite para el resultado un valor para el intento cuyo resultado no se conoce desde el punto de vista de quien produjo el evento.