Explica las dimensiones de cambio lento y cómo implementarías el tipo 2.

Las dimensiones de cambio lento describen cómo manejas los cambios de atributos en las tablas de dimensión. El tipo 1 sobrescribe y pierde el histórico. El tipo 2 inserta una fila nueva por cada cambio, con clave subrogada, timestamps valid_from y valid_to y un flag de vigencia, de modo que los hechos se unen a la versión del atributo que era cierta en ese momento. El tipo 3 guarda una columna con el valor anterior para un único estado previo.

El tipo 1 simplemente sobrescribe el valor, así que pierdes el histórico. El tipo 2 conserva el histórico añadiendo una fila cada vez que cambia un atributo. En la práctica eso significa una clave subrogada como clave primaria, la clave natural de negocio al lado, timestamps valid_from y valid_to, y un booleano is_current por comodidad. La tabla de hechos guarda la clave subrogada que estaba vigente cuando ocurrió el evento, así que un hecho de ventas de marzo sigue uniéndose al territorio que tenía ese comercial en marzo y no al actual. Esa distinción es todo el objetivo, y es lo que finanzas notará si te equivocas. La carga es un merge: buscas las filas donde cambiaron las columnas rastreadas, pones valid_to en la fila existente e insertas una fila nueva con valid_from y valid_to a null o a una fecha muy lejana. Normalmente hasheo las columnas rastreadas en una única clave de cambio, así la comparación es una sola igualdad y no veinte.