-
Por favor compártenos:
- ¿Qué aprendiste en la sección “Clean, Transform, and Load the data”?
- ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
- ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
Con tu participación todos podremos aprender más
-
Hola a tod@s,
Sin duda este capítulo de “Design a Data Model” ha sido el más denso hasta ahora, al menos para mí. La granularidad siempre me ha traído de cabeza y la forma de tratar las relaciones “many to many” también. Las posibilidades que nos permite el apartado de “model” para formatear las tablas y columnas es enorme y la opción de trabajar con los sinónimos nos facilitará enriquecer el apartado de Q&A.
Una parte muy poco explorada son las medidas rápidas, la forma de construir esas medidas está optimizada y sirve para aprender a construir mejores medidas. A partir de éstas descubrí la funcionalidad de “ISONORAFTER”, es un poco confusa por la función del último parámetro (al menos para mí).
Las jerarquías Padre-Hijo las aprendí a construir via Power Query copiando lo publicado por otros. Ya sabemos pues como construirlo en DAX.
La creación de la “Common data table” es todo un mundo y cada uno tiene su preferencia. según el modelo podemos pasar con tres funciones DAX o complicarnos lo que queramos.Lo del “Role Playing dimensions” me ha generado muchas dudas. Si queremos filtrar por distintos campos de fecha no queda otra que duplicar el “Calendar”, lo cual es independiente de la relación que utilice una medida que podría activarse con la función “USERELATIONSHIP”(así lo he entendido).
La cardinalidad hace referencia a la cantidad de elementos que se relacionan desde una tabla a otra. Por otra parte la Granularidad se refiere al detalle de los datos, que puede ser distinto dependiendo de la tabla en que se encuentre.
Habrá que volver más de una vez a este capítulo, lo presiento.
- ¿Qué aprendiste en la sección “Clean, Transform, and Load the data”?
- Diferencia entre una consulta y una Tabla.
- Definir Quick Measures.
- Flatten out a parent child Hierarchy (Aplanar Jerarquías).
- Realizar el “Performance Requeriment” (Utilizar esquema Estrella).
- Creación de “Common date Table” (Tabla Calendario).
- Definición de la Cardinalidad de las relaciones y la dirección del flujo de datos (Relationship’s cardinality” y “Cross filter Direction”).
- Definir “Role Playing dimensions”.
- Cómo resolver un caso de relación “Many to Many”.
- Definición de la granularidad de datos.
.
.- ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
- 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).
- 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.
- Servirá para tener organizado los datos por criterio de relevancia, utilizando la fórmula de DAX: “PATH” y “PATHITEM”
- 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.
- 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”
- 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)
- 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.
- 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.
- 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á.
- ¿Qué aprendiste en la sección “Design a Data Model”?
Resp. Esta ha sido la unidad mas interesante completa e importante, todos los conceptos son fundamentales ya que tener el Modelo bien diseñado es clave para poder realizar los reportes. Si en esta etapa hay errores estos afectaran a todo el trabajo que se realice sobre él. - ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
Resp. La importancia de comenzar un Proyecto realizando el Modelo de datos y las Relaciones de Tablas antes que colocarse de cabeza a realizar reportes. - ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
Resp. Todas las unidades del Modulo Design data son importantes los conceptos de Quick measures, Jerarquías, Esquema Estrella, Tabla Calendario, Cardinalidad y la Role Playing Dimensions son todos conceptos que seguro los van a preguntar.
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…Buenas noches,
Un capitulo denso y con bastante información que procesar, me llamó la atención la parte de jerarquía, me dio una idea para un proyecto que tengo pendiente.
Las buenas prácticas, algo que se debe mantener, esto me gustó mucho.
El Many-to-Many relationship no lo veo claro y entiendo porque no lo recomiendan, la posibilidad de mezclar información es muy alta y si no tienes un fuerte conocimiento de BBDD seguro tendrás problemas.
Quick Measures, aunque ya había visto en un webinar con Ana María Bisbé York que es una excelente herramienta para aprender DAX.
La tabla calendario es muy importante, en otro curso con Miguel Escobar en poweredsolutions.co me quedó claro y de ahí fueron mis inicios con Power Query, fue un antes y un después en mi vida laboral con Excel, se logran grandes cosas y la tabla calendario prefiero también hacerla en Power Query.
Un excelente materialmente para tener en cuenta en el modelado de datos.
Gracias
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.Buenas tardes,
Excelente lo de las jerarquías, justo acabo de resolver algo como eso pero por medio de power query haciendo relaciones sobre la misma tabla y expandiendo, pero esto me parece bastante útil también.
Lo de la tabla calendario bastante útil también , siempre la creaba en DAX y con un proyecto quería tenerla en power query para poder hacer otras transformación, ya con esto lo podré hacer.
También lo de la tabla intermedia o puente muy útil, ando resolviendo algo así creo que me ayudará hacerlo por medio de merge en vez de tener dos tablas sueltas y pasar ese modelo como copo de nieve que tengo a uno más parecido al estrella.
Saludos,
Me alegra que ya estés incorporando estos conocimientos nuevos en tus propios desarrollos, Javier.
Gracias por compartir- 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
Buenos días,
En definitiva de lo que voy viendo del curso, esta sección es las mas extensa y también con mucha información a rescatar, de todas maneras si no tienes un buen modelado de datos, las cosas que se quieran realizar en Power BI van a ser limitadas
Haciendo un resumen de lo aprendido, se pudo observar inicialmente las diferencias entre lo que es un query (codigo) y una tabla (datos almacenados), también como esconder u ocultar una tabla o columna, cambiar formatos y crear formatos personalizados a las columnas, desde el modelado y sus propiedades.
La creación de medidas rápidas (quick measures), que nos permite desde ya ir viendo como se puede generar con un código DAX y también toma su estructura como buena practica de creación de medidas.
La creación de aplanación de jerarquías, utilizando las funciones PATH y PATHITEM
Algo muy importante y que creo que es básico saber, son las especificaciones de lo que es una fact table (tabla hechos) y una dimensión table (tabla de dimensiones), ya que esto ayudara para la creación de los distintos modelos, como el modelo estrella, copo de nieve, etc
La tabla dim de calendario muy importante para poder hacer los evolutivos en la historia
La creación de relaciones , cardinalidad y tipo de filtrado, creación de roles de tablas
Saludos.
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
Genial Jose,
Con respecto al rendimiento, creo que no afecta… Sólo hay que tener cuidado con ellas, ya que hay que recordar que las relaciones transmiten el filtro en las tablas. Por lo que, si se detecta un conflicto en el flujo de los filtros, te va a crear relaciones inactivas. Esto es muy común cuando comienzas a agregar la dirección del filtro cruzado en ambas direcciones, en varias relaciones.
Con respecto a la role playing dimension, va a depender del caso que quieras desarrollar con tus slicers… Si solo quieres aplicar el filtro utilizando una dimensión, USERELATIONSHIP te servirá. Si quieres aplicar varios filtros de fecha, sí requerirás la tabla adicional.
Saludos!
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 ExcelSaludos
Hola, aprendi muchas cosa, “Definir role-playing dimensions” la funcion USERELATIONSHIP() y “Crear una common date table”
¿Qué aprendiste en la sección “Design a Data Model”?
– Ver en detalle las propiedades de las columnas y tablas, y cómo usarlas.
– Cómo las QUick Measures me ayudan a comprender lenguaje DAX.
– Qué es la jerarquía Padre-Hijo y cómo adaptarla a PBI.
– El modelo de estrella
– Por fin tengo claro los diferentes modos de creación de tabla Calendario!
– Los conceptos de Cardinalidad y Granularidad.
¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
Tener una buena base de los conceptos de modelado descritos es básico para desarrollar modelos eficaces.
¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
Comienzo a ver ejemplos de preguntas de examen de certificación más enfocadas a la práctica.
- Debes estar registrado para responder a este debate.