Relaciones y modelo estrella

Objetivo

Construir relaciones 1:* que hagan DAX predecible.

Explicación

Las dimensiones deben tener claves únicas; las facts repiten esas claves. La dirección de filtro simple desde dimensión hacia fact suele ser el punto de partida más seguro. Power BI profesional empieza antes de elegir un gráfico. Primero se limpia la entrada, se define un modelo semántico coherente y se crean medidas verificables. Cada KPI del informe debe poder reconciliarse con los datos de origen o con una consulta independiente. Para trabajar Relaciones y modelo estrella de forma profesional, no te quedes con el ejemplo: identifica la entrada, ejecuta el caso base, provoca al menos un caso incorrecto y compara el resultado con un control independiente. En este laboratorio el criterio de salida es concreto: Modelo sin relaciones ambiguas y con dimensiones en el lado 1. La verificación principal será: Model view muestra 1:* y una ruta de filtro clara. Si no puedes explicar por qué pasa esa comprobación, vuelve al paso anterior antes de continuar.

Contexto profesional

Power BI profesional empieza antes de elegir un gráfico. Primero se limpia la entrada, se define un modelo semántico coherente y se crean medidas verificables. Cada KPI del informe debe poder reconciliarse con los datos de origen o con una consulta independiente.

Ejemplo real

DimCustomer[customer_id] 1 → * FactOrders[customer_id]
DimDate[date] 1 → * FactOrders[order_date]

Archivos o datos de entrada

  • powerbi/orders.csv
  • powerbi/customers.csv
  • powerbi/calendar.csv

Práctica guiada

Crea relaciones customers→orders y calendar→orders.

Laboratorio paso a paso

  • Prepara el entorno y localiza los datos/archivos de entrada: powerbi/orders.csv, powerbi/customers.csv, powerbi/calendar.csv. Antes de modificar nada, anota el número de filas, columnas u objetos que esperas usar.
  • Reproduce el ejemplo real de la lección y guarda la salida. No avances hasta poder explicar qué hace cada bloque relacionado con «Relaciones y modelo estrella».
  • Ejecuta la práctica guiada: Crea relaciones customers→orders y calendar→orders. Documenta el comando, consulta o acción exacta y el resultado obtenido.
  • Resuelve el reto sin mirar la solución: Intenta crear una relación con customer_id duplicado en la dimensión y observa el problema. Si falla, registra el mensaje de error y formula una hipótesis antes de cambiar código.
  • Compara tu resultado con el criterio esperado: Modelo sin relaciones ambiguas y con dimensiones en el lado 1. Después ejecuta la comprobación: Model view muestra 1:* y una ruta de filtro clara.
  • Provoca deliberadamente un caso problemático relacionado con este error frecuente: Bi-directional en todas partes puede crear rutas ambiguas.. Comprueba que sabes detectarlo y corregirlo.

Reto sin ayuda

Intenta crear una relación con customer_id duplicado en la dimensión y observa el problema.

Resultado esperado

Modelo sin relaciones ambiguas y con dimensiones en el lado 1.

Cómo verificarlo

Model view muestra 1:* y una ruta de filtro clara.

Checklist de validación

  • El resultado cumple: Modelo sin relaciones ambiguas y con dimensiones en el lado 1.
  • Has ejecutado esta verificación y puedes explicar el resultado: Model view muestra 1:* y una ruta de filtro clara.
  • Has probado al menos un caso límite o dato inválido y el comportamiento es explícito, no silencioso.
  • Puedes repetir la práctica desde cero sin copiar la solución y dejar evidencia (consulta, commit, captura o salida de consola).
Pista específica

Comprueba unicidad antes de crear la relación.

Solución paso a paso

1) Empieza reproduciendo el caso base con los datos indicados. 2) Aplica esta estrategia específica: Deduplica dimensión y evita many-to-many si no existe razón de negocio. 3) Usa como referencia técnica el ejemplo de la lección (DimCustomer[customer_id] 1 → * FactOrders[customer_id] DimDate[date] 1 → * FactOrders[order_date]). 4) Ejecuta la verificación: Model view muestra 1:* y una ruta de filtro clara. 5) Compara con el resultado esperado: Modelo sin relaciones ambiguas y con dimensiones en el lado 1. 6) Repite el reto cambiando un dato o condición para demostrar que entiendes el comportamiento y no has obtenido el resultado por casualidad. Si aparece el error «Bi-directional en todas partes puede crear rutas ambiguas.», corrige la causa antes de continuar; no ocultes el fallo ni cambies el resultado esperado para que la prueba pase.

Errores frecuentes

  • Bi-directional en todas partes puede crear rutas ambiguas.

Qué debes recordar

Power BI debe separar preparación, modelo, medidas y presentación.

Preguntas de entrevista

  • ¿Cómo validarías esta medida fuera del visual? Aplícalo concretamente a «Relaciones y modelo estrella».
  • ¿Qué parte resolverías en Power Query/modelo y cuál en DAX? Explica qué evidencia enseñarías al revisor.

Siguiente paso

Ahora crearás measures DAX.

Recursos de esta lección

Quiz de la lección

¿Qué lado debe ser único en una relación 1:*?

Resumen de privacidad

Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.