Aprendizajes de la sección “Design a Data Model” del módulo “Model the data”

• ¿Qué aprendiste en la sección “Clean, Transform, and Load the data”?

1. Diferencia entre una consulta y una Tabla.
2. Definir Quick Measures.
3. Flatten out a parent child Hierarchy (Aplanar Jerarquías).
4. Realizar el “Performance Requeriment” (Utilizar esquema Estrella).
5. Creación de “Common date Table” (Tabla Calendario).
6. Definición de la Cardinalidad de las relaciones y la dirección del flujo de datos (Relationship’s cardinality" y “Cross filter Direction”).
7. Definir “Role Playing dimensions”.
8. Cómo resolver un caso de relación “Many to Many”.
9. Definición de la granularidad de datos.

.
.

• ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?

1. Manejar la diferencia de estos conceptos ayuda a tener mayor claridad de cómo se comportan los datos, quién es el que provoca que los datos se estructuren de cierta forma (Query) y cómo estos datos se visualizan de manera ordenada (Tabla).
2. Utilizar la opción de Quick Measure será útil para tener una base de fórmula DAX y así poder trabajar una nueva medida junto con Calculate.
3. Servirá para tener organizado los datos por criterio de relevancia, utilizando la fórmula de DAX: “PATH” y “PATHITEM”
4. Será útil para las buenas prácticas en la fórma de relacionar tablas de manera ordenada. Aquí se aprendieron conceptos nuevos como:
   • Fact Table: Tablas de Hechos la cual se caracteriza por tener un registro continuo de eventos, donde se pueden visualizar datos como: transacciones de venta y movimiento de inventarios. Se caracteriza por ser la tabla larga.
   • Dimension Table: Tabla que contiene el detalle de los dato de la tabla Fact Table. En este tipo de tablas se pueden ver datos como: Nombre de los productos, Datos de clientes o empleados.
   • Una de las buenas prácticas enseñadas en este item es dejar todas las tablas catalogadas como Dimension Table en la parte superior y las tablas Fact Table en la parte inferior.
5. Saber que este tipo de tablas nos ayuda a conectar 2 Fact Tables. Además este tipo de tabla se puede crear con DAX con Calendar o en el editor de consultas con “List.Dates”
6. Es importante saber el tipo de relación que habrá entre tablas y para eso es importante saber que los tipos de relaciones existentes son:
   • Many to One
   • One to One
   • One to Many
   • Many to Many
   • Junto con esto es importante saber desde donde fluirá la información y si solo tendrá una dirección (Single) o será bidireccional (Both)
7. Este punto nos enseña a crear una nueva relación entre 2 tablas, sabiendo que previamente ya existe una, por lo tanto la forma será crear una tabla calendario para relacionarla con otra tabla.
8. Servirá para cuando ambas tablas tengan datos repetidos (Fact Tables) en los campos que se usarán para crear la relación, crear una nueva tabla con un solo campo y datos únicos y así transformar la relación Many to Many en One to Many.
9. Saber cómo varía la granularidad dependerá del nivel de detalle
   .
   .

• ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
  • Creo que esta unidad es muy densa e importante para el examen, ya que es el paso siguiente a lo que fue Limpieza y Transformación de datos. No basta sólo con generar una limpieza adecuada sino también a cómo relacionar estos datos para posteriormente entregarle un buen reporte con la información que el cliente nos solicitará.

Hola buen día.
Les comparto mis respuestas
• ¿Qué aprendiste en la sección “Design a Data Model”?
Diseñar un buen modelo de datos es algo muy importante para poder optimizar desde un inicio nuestros informes que consumirán los usuarios, saber que tipo de relaciones usar, crear tablas para poder crear nuevas relaciones entre cada una de ellas.
• ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?}
Aplicar lo aprendido en los informes que ya están visualizando mis usuarios del negocio y corregir si omití alguna relación importante o alguna configuración de las tablas que estoy utilizando, validar que las relaciones entre mis tablas sean las correctas.

• ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
Poder entender y comprender cada uno de los términos aprendidos en esta sección, la verdad que con los ejemplos nos ayuda a comprender de mejor manera por que es tan importante cada tema y como aplicarlo en un escenario mas real.
Saludos…

Me pareció una sección muy completa y con muchísimos conceptos que se pueden ampliar. Saco como aprendizaje la forma de ordenar el modelo con las Dim Tables y las Fact Tables, el uso de las Quick Measures, la forma de crear jerarquías padre-hijo, el uso de la tabla CALENDAR y las distintos tipos de relaciones.
También me gustaron las fórmulas DAX que se aplicaron, como por ejemplo CALENDAR, PATH, PATHITEM, CALCULATE y USERELATIONSHIP.
Todos estos son conceptos fundamentales a la hora de preparar los datos para crear buenos reportes.

• Aprendí el tipo de relaciones posibles entre tablas, cardinalidad y dirección filtrado
• Más granularidad de los datos
• Manejo de Jerarquías
• Modelo con mas de 1 fact table
• Relaciones activas e inactivas como manejarlas, con DAX o bien con creación de otras tablas

En este tema he aclarado algunos conceptos y aprendido nuevos puntos como:

• Diferencias entre Query y Table
• Aplanar jerarquías. Aunque creo que en el caso de que la jerarquía pueda tener 10-15 niveles o más, la forma de hacerlo manual, creando columnas nivel por nivel no es la más eficiente.
• Ya había leído sobre los modelos de estrella y de copo de nieve, y con esta sección tengo claro que hay que buscar el modelo de estrella en PowerBI siempre que se pueda (en la vida real suele ser complejo) ya que es de esta forma que está optimizado.
• Las formas de unir una tabla que tenga varias fechas, mediante las uniones activas o no activas y las formas de trabajar con ello mediante el Role playing dimensions.
• Como resolver las many-to-many relationships, creando tablas auxiliares para buscar siempre las relaciones uno a varias. Hay que recordar que las relaciones 1 a 1 no son eficientes ya que se podrían juntar en una tabla mediante un Merge.
• Los temas de granularidad que son muy importantes cuando tenemos muchos datos.

También me han surgido un par de dudas, a ver si alguien las pudiera resolver:

• Si seleccionamos en el Cross filter direction igual a Both, ¿hay algún tipo de problema a nivel de rendimiento?
• En la parte del role playing dimension, si yo solo quiero tener un filtro de fechas, ¿es mejor que utilice la función de DAX USERELATIONSHIP, ¿no?. El hacer una tabla Calendario auxiliar, entiendo que no me ayudaría.

Muchas gracias 

Hola a todos,
este capítulo me sirvió para entender el uso de las jerarquías y sobre todo la aparición de la línea punteada que no entendía su implicancia y cómo resolverla. Antes de este capítulo he tenido que mostrar datos para 3 fechas diferentes en un mismo gráfico y no lo he podido realizar así que me sirvió para resolverlo.

El uso de medidas rápidas me aclaró como se realiza la construcción ordenada de código DAX que había estado experimentando mirando otros vídeos.
La creación de nuevas tablas de calendario me resultó útil ya que las venía creando desde Excel

Saludos

Hola, aprendi muchas cosa, “Definir role-playing dimensions” la funcion USERELATIONSHIP() y “Crear una common date table”