-
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
-
Buen día para tod@s,
¿Qué aprendiste en la sección “Design a Data Model”?
- Buenas prácticas: Ocultar columnas que no se va a utilizar. Organizar mi modelo en la parte de arriba las tablas de dimensiones y en la parte de abajo la(s) tabla de hechos.
- Las diferentes jeraquias que puede existir en una tabla y cómo dar solución con las funciones de DAX: PATH (Entidad, Entidad Padre).
- La importaciones que tiene la creación de una tabla calendario para el análisis de nuestros datos.
- La importancia de “role plating dimensions” para dar solución a la relación entre tablas que ya tienen una relación.
- La solución para resolver “Many-to-Many relationships” que se puede crear un tabla con valores unicos y luego crear una relación para cada tabla respetando la cardinalidad de uno a muchos.
¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
Uno de los puntos que quiero recalcar es el tema del modelo de estrella, en ciertas ocasiones si me ha tocado trabajar con el modelo copo de nieve ya que las tablas en la base de datos tiene un relación así pero no se me paso por la cabeza tener una única tabla producto haciendo un “Merge Query” entre estas tabla de dimensiones (Subcategoría y Categoría). Seguro para nuestros proyectos lo utilizaré.
Cómo te servirá esto que aprendiste al presentar el examen de certificación?
La verdad me ayuda mucho a reconocer la terminología y aprender como se llama cada uno de los puntos que se ve en el curso y que seguro existirá preguntas con estos términos en el examen. También en el enfoque que Diego nos esta guiando para tener diferentes caminos a la hora de analizar y contestar cada escenario.Saludos,
SantiagoLos conceptos de relaciones entre tablas que antes las tomaba muy a la ligera me han quedado supe claras. Y el concepto de granularidad también.
Hola a todos
Este es la sección en donde mas he aprendido hasta el momento.
Desde el flatten out de jerarquías, las common data tables y los role playing dimensions, todos los temas de esta sección los encuentro muy interesante y muy útiles para nuestra preparación en Power BI.Soy nuevo en todos esto del Power BI, por tanto todos estos temas los considero de gran importancia, debido a que lo que enseñan son buenas practicas y sobre todo conocer la terminología correcta. También el uso de Jerarquía no lo conocía de esta manera , solo lo había visto cuando lo hacen en las tablas relacionando unas columnas con otras que seguramente lo veremos luego, al igual que QA.
Este modulo me ayudo a poder tener activo cálculos que dentro de un modelo aparecen como relacion inactivas gracias a la ayuda de la formula USERELATIONSHIP() , además de obtener de distintas maneras tablas de fecha.
Me gustaría compartirles que lo que eh aprendido en estos capítulos me ha servido demasiado, me quedo mucho mas claro la cardinalidad de las relaciones entre tablas.
No sabia sinceramente sobre como agregar los sinónimos para usar la función de Q&A, ahora puedo integrarlo en mis proyectos.
Sobre jerarquías, desconocía como hacerlo en Power BI y en estos capítulos me abrió otro mundo.
Sin duda que tendré que repasar mucho este capitulo, ya que en la marcha siento que tendré mas y mas dudas.
¿Qué aprendiste en la sección “Design a Data Model”?
En esta sección recorrimos 10 temas:
1. Definir las tablas: Aprendí la diferencia entre consulta y tabla.
En el Query Editor se realizan las consultas para definir las tablas que se usaran en el modelo. La ultima vista de cada consulta es la tabla del modelo. Las tablas se guardan en el modelo, las consultas no se guardan, solo generan códigos para definir las tablas.
2.Configurar las propiedades de las tablas y de las columnas: Desde la vista de relaciones, en el modelo de datos, están las propiedades de las tablas y columnas. Para las tablas podemos cambiarles el nombre, darles una descripción de su uso al usuario, agregarles sinónimos, definir una columna como el indicador de las filas, ocultar la tabla, y definir el modo de almacenamiento ( storage mode ).Para las columnas podemos cambiar el nombre, darle una descripción, agregar sinónimos, crear folder para agruparlas, ocultarlas, darle formatos ( cambiar el tipo de datos, formatear números y fechas ), opciones avanzadas ( podemos establecerle un orden ( sort ), categorizar los datos, opción de resumen y si admiten valores nulos ).
3. Definir “quick measures”: Aprendí que podemos usar este menú para realizar algunas medidas en forma rápida, sin tener que escribir el código DAX.
4. Flatten out a parent – chid hierarchy”: aquí aprendí hacer una tabla de jerarquía. Utilizando la función path de DAX. Nos permite crear una tabla con diferentes niveles que va sumarizando un nivel inferior a otro superior como lo hacen los catálogos de cuentas.
5. Diseñar el modelo de datos para conseguir el “performance requirement”: Es la sección mas importante del modelo de datos. Trata de la estructura que deben tener las bases de datos en el modelo para que funcione en armonía y optima con powerbi. La estructura recomendada es la “Estrella”, donde las tablas de dimensiones se relacionan directamente con las de hechos. Esto es el secreto del funcionamiento optimo de powerbi.
6. Crear una “Common date table”: Se trata de crear una tabla calendario maestra para todo el modelo. Facilita la inteligencia de tiempo y las relaciones de las tablas. Es de suma importancia.
7. Definir la “relationship’s cardinality” y las “ cross-filter direction”: Este tema trata de la manera como definir las relaciones y los flujos de informaciones entre las tablas.
8. Definir “ role playing dimensión”: En este tema aprendi a definir una tabla de dimensiones para facilitar las relaciones y la obtención de informaciones de las tablas de hecho.
9. Resolver las “many-to many relationships”: aqui aprendimos a resolver las relaciones de mucho a muchos entre tablas. Evitar este tipo de relaciones nos ayuda con la cardinalidad de las relaciones entre tablas, o sea la forma en que fluye la información de una tabla a otra, que debe ser preferiblemente de una a muchos y desde una tabla de dimensiones a una de hechos.
10. Definier el nivel apropiado para la “data granularity”: En este tema se trata el nivel de detalle adecuado de los datos. Para fines del modelo mientras mas detalles tenemos mejor, ya que nos aporta mas inteligencia en el modelo.
¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
Es un tema importante para mi ya que me ayuda a diseñar un modelo de datos eficiente y bien estructurado.
¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
En la certificación podre hacer frente a los cuestionamientos relacionados al diseño del modelo de datos.- ¿Qué aprendiste en la sección “Design a Data Model”?
Que la práctica hace al maestro, claramente el conectar tablas y saber que relaciones son las más adecuadas para un modelo versus otro te lo da la la práctica ya que si bien la teoría es clara la aplicación es lo complejo - ¿Cómo te servirá esto que aprendiste en tus desarrollos de Power BI?
Reforzar lo que ya conozco de bases de datos relacionales, refrescar un poco lo aprendido hace unos años para hacer modelos más eficientes - ¿Cómo te servirá esto que aprendiste al presentar el examen de certificación?
Poder tener más conocimiento sobre power Bi para enfrentar las preguntas relacionadas a este tema
¿Qué aprendiste en la sección “Clean, Transform, and Load the data”?
Lo que considero como más importante dentro de toda la sección es el modelo de estrella ya que me dió a entender de que manera debo modelar la data que tenga para lograr los resultados que deseo en las visualizaciones de Power Bi.
Wooowww, buenisimo el apartado de Desing a Data Model, me quedo con la experiencia de crear una funcion como, Userelationships dentro de Calculate.
Como bien menciona Isidre, creo que si vamos a tener que volver a ver el apartado en otra ocasion para reforzar pero esta muy bueno.
Ahora una consulta diego en el ejemplo que mencionas en “Cross Filter Direction o relationships cardinality, me gustaria tener los archivos para practicar.Desconocia los concptos de cardinalidad y el cross filter en las relaciones, muy importante considero el profundizar un poco en el tema para resolver el no tener resultados inesperados que pueden no ser vistos a primera instancia
Hola a todos,
Este modulo fue muy importante, al igual que los otros módulos aprendo sobre cosas que ni siquiera sabia que estaban o como usarlas, como las propiedades de las tablas y las columnas, saber que se pueden ocultar tanto tablas como columnas, en cuanto a la linea punteada que se observa en algunas relaciones de tabla me agrado saber que es una relacion inactiva y que hay maneras de solucionarlo al igual que como solucionar las relaciones muchos a muchos agregando una nueva tabla de dimensiones.
En cuanto a los filtros cruzados, y la dirección en la que fluye la información aprendí la importancia de que sea en un solo sentido, de arriba a abajo, teniendo en cuenta que arriba es la parte del modelo en donde se encuentran las tablas de dimensiones y abajo las tablas Fact o de Hechos.
Gracias,
Julio C
Buenos Días
Crear la Tabla calendario desde el query editor ha sido un gran descubrimiento ya que desconocía que podíamos utilizar el código M para crear dicha tabla. Esto lo aplicaré en mi trabajo ya que todo lo hacía usando la función dax Calendar. Esto permitirá optimizar mi modelo.
También aprendy el manejo de jerarquias Parent-child usando la Función Path.Sigo aprendiendo en cada módulo.
Muchas graciasHola! Buenas noches! en esta sección he aprendido muchas cosas, no dejo de sorprenderme de este curso! me tiene muy motivada de seguir adquiriendo mejores prácticas!
- Usar sinónimos para Q&A
-Importancia del modelo de datos estrella. Diferencias con el modelo copo de nieve.
-La tabla de hechos y las tablas de dimensiones deben tener una única función (transaccional o descriptiva)
-Common date table! muy buenas explicaciones! más que agradecida!
-Sólo se puede tener una relación activa entre dos tablas.
Muchas gracias! un curso más que completo!
- Debes estar registrado para responder a este debate.