¿Sus aplicaciones de Qlik crean claves sintéticas una y otra vez?

Una clave sintética es Qlik haciendo exactamente lo que debe con las tablas que recibe. Cuando varias tablas comparten varios nombres de campo, el motor tiene que asociarlas de alguna manera.

Qué le están diciendo las claves sintéticas

• Varias tablas comparten varios campos. Qlik crea una tabla $Syn para cada combinación, y el visor del modelo se llena de ellas.
• Dos caminos llevan a la misma tabla. Eso es una referencia circular, y Qlik acopla débilmente una tabla para romper el bucle.
• Las soluciones son estructurales. Tablas de enlace, tablas de hechos concatenadas, QUALIFY, renombrar con AS, claves compuestas construidas con AutoNumber.
• Cada solución es local. Resuelve esta aplicación, y la siguiente aplicación sobre los mismos orígenes vuelve a empezar.

Cada una es una clave que debería haber existido antes de que los datos llegaran a Qlik.

Por qué le toca a usted

• Los extracts llegaron con los nombres de campo que cada sistema de origen usaba por casualidad.
• Nadie antes en la cadena decidió qué CustomerID es el cliente, así que tiene que decidirlo el script de carga.
• Puede renombrar un campo en Qlik. No puede conformar la dimensión de la que procede.

El trabajo está en el lugar equivocado

• Decidir cómo se relacionan las tablas es trabajo del data warehouse. En Qlik se rehace en el script de carga de cada aplicación.
• Debe hacerse en un único lugar central: un data warehouse o un data hub, construido una vez y leído por todas las aplicaciones.
• Si eso le parece caro, probablemente la estimación parte de pipelines construidos a mano. Una plataforma de automatización especializada los genera a partir de un modelo, lo que cambia tanto el coste como el tiempo necesario.

Qué cambia cuando el modelo llega terminado

Datavault Builder genera el vault y la capa dimensional de forma nativa en la base de datos que ya tiene, ya sea Snowflake, Databricks, SQL Server, Fabric, Oracle o PostgreSQL.

• Las dimensiones conformadas implican una sola tabla de clientes y una sola clave de cliente, compartidas por todas las tablas de hechos.
• Las claves subrogadas hacen el join sobre un único campo, así que no queda nada que Qlik tenga que sintetizar.
• Las tablas de hechos con una granularidad declarada sustituyen a la tabla de enlace que mantenía a mano.
• El script de carga se convierte en un simple LOAD desde tablas terminadas, sin bloque de renombrados al principio.
• Una aplicación nueva parte del modelo, no de una copia de la última solución.

Qué pedir

No “Qlik sigue creando claves sintéticas”, sino:

“Nuestras aplicaciones necesitan tablas de enlace y campos renombrados porque pedidos, facturas y envíos llevan cada uno sus propias claves de cliente y de fecha. ¿Puede el warehouse entregar dimensiones conformadas con claves subrogadas, para que todas las aplicaciones carguen el mismo star schema?”

Si la respuesta es que conformar esas dimensiones llevaría un trimestre de trabajo de ingeniería, esa es exactamente la objeción que Datavault Builder elimina.