CONSTRUYAMOS UN MODELO DIMENSIONAL EN POWER BI. INCLUYE ENLACES DE DESCARGA.

En el video anterior vimos los temas teóricos mas importantes de modelamiento. Para afianzar los conocimiento construyamos desde cero un modelo de datos usando las funcionalidades de Power Query y la vista de modelamiento de Power BI Desktop.
* Si tienes algun problema o consulta relacionada a Power BI, ya puedes acceder a consultas personalizadas en nuestro sitio web :)
menquisbi.com/s/asesoria-pers...
* Ya está disponible nuestro primer curso de SQL :), puedes adquirirlo aquí:
menquisbi.com/curso/sql-serve...
Conviértete en miembro del canal: / @menquisbi
Enlace de descarga de archivos:
drive.google.com/drive/folder...
00:00 Introducción
01:51 Modelo dimensional a partir de 1 sola tabla.
16:27 Modelo dimensional con varias tablas de hechos.
27:27 Modelo Estrella a partir de un modelo Copo de nieve.
Suscribete y dale like para mas contenido :)

[@MenquisBI]

* Si tienes algun problema o consulta relacionada a Power BI, ya puedes acceder a consultas personalizadas en nuestro sitio web :) menquisbi.com/s/asesoria-personalizada * Ya está disponible nuestro primer curso de SQL :), puedes adquirirlo aquí: menquisbi.com/curso/sql-server-para-analisis-de-datos *Videos exclusivos para miembros del canal: kzbin.info/aero/UUMOu25jQpvCNUgYV-Tl0iBnQg

[@edwinquintero0329]

Amigo Julio, el mejor curso de lenguaje DAX que he visto en KZbin, un verdadero experto en la materia... felicitaciones por tu aporte a la comunidad...

[@MenquisBI]

Muchas gracias por tus comentarios y apoyo Edwin :'). Lo aprecio mucho. Saludos cordiales.

[@sixtozegarra3415]

excelente ,siga así maestro

[@MenquisBI]

Muchas gracias por el apoyo Sixto :) Saludos

[@felixlopez7994]

La forma de explicar , uso de elementos gráficos, ejemplos y uso de Power Bi, simplemente Espectacular. Muchas gracias.

[@MenquisBI]

Muchas gracias por tus gentiles palabras Felix :') Saludos cordiales y un gran abrazo.

[@hoesrihoesri]

De lo mejor que he visto en Dax en KZbin. Gracias y por favor continuar así.

[@MenquisBI]

Gracias por el apoyo estimado :) Saludos

[@belenfranco760]

Estoy muy feliz de haber encontrado este curso! Sin lugar a dudas, un sólido modelo de datos determina un buen dashboard. Muchas gracias por compartir este contenido😁

[@MenquisBI]

Muchas gracias por tus gentiles palabras Belén. Me alegro mucho que esta serie de videos que estén siendo de utilidad :'). Saludos cordiales.

[@teddyfabriciocordovasaenz3018]

Lo estaba esperando! 🎉

[@ALeKsV1013]

Pude entender fácilmente algunos conceptos básicos que, por querer iniciar a usar DAX me estaban causando problemas. Los mejores videos que he visto están en tu canal.

[@MenquisBI]

Muchas gracias por tu apoyo Victor. Me alegro que te parezca útil el contenido de mi canal :) Saludos y un gran abrazo.

[@cadejow2528]

Gracias

[@ock2403]

Como anecdota. Tome un curso muy popular sobre power Bi y me quede con muchas dudas. Agradezco haber encontrado tu canal. Voy a estudiar mucho

[@MenquisBI]

Gracias por el apoyo Oscar :) Saludos

[@hernanrondon]

Julio con este video expandió mi mente en un 100%, muchisimas gracias, definitivamente lo mejor de Powerbi que he visto hasta el momento

[@MenquisBI]

Muchas gracias por tus comentarios Hernan :) Me alegro que el video te haya sido de utilidad. Saludos cordiales.

[@joeltarazonr]

Excelente, gracias!!!

[@martinvillarreyes1140]

Un capo profe! Siempre hay algo más que aprender!

[@leninrrc]

Bien explicado. Gracias...!!!

[@issues300]

hombre, no dejes de colocar videos. excelente explicacion hermano.

[@manuelserna1369]

Sin Palabras, preciso y conciso .Muchisimas gracias por este gran video !!

[@user-hi6pl6jg9v]

Muy buen video. Exelentemente explicado. Muchas gracias.

[@sindromemusical8933]

Gracias hermano, explicas super bien ,sigue asi

[@sergiosorianonavarro7422]

Excelente explicación sobre modelamiento. Felicitaciones !!!

[@gtavouno]

Excelente información

[@giorgioiribarren]

Excelente explicación, muy claro

[@jaimemeza4653]

Excelente video, Dios le bendiga Julio, gracias por compartir tus conocimientos.

[@MenquisBI]

Muchas gracias por tu apoyo Jaime :') Saludos cordiales.

[@felixdcs]

Muchas gracias Menquis, un buen señor curso. Te ha faltado hacer la combinación/join de la tabla Tienda con Ciudad para poder deshabilitar Ciudad sin problemas. El mejor curso de PBI avanzado que he hecho.

[@MenquisBI]

Muchas gracias por tus apoyo estimado :). Me alegro que los videos te sean de utilidad. Saludos cordiales.

[@SacArt95]

Excelente tutorial 👍🏻👍🏻👍🏻

[@Neythan_Aleman]

Julio, sus explicaciones simplemente son espectaculares!!!! Muchas graciassss por la guia y dedicacion!!

[@MenquisBI]

Muchas gracias por tu apoyo Neythan :) Saludos.

[@marcosvalencia6323]

Me gusta el nivel FELICITACIONES

[@emersonlopez5310]

Excelente video como siempre, gracias Julio

[@MenquisBI]

Gracias Emerson :) Saludos

[@ivanerazun2331]

Soy muy groso explicando. Todos los videos me ayudaron mucho!

[@MenquisBI]

Muchas gracias por tus comentarios Iván. Me alegro que los videos te sean de utilidad :) Saludos.

[@yessicaescobar5968]

Excelente este video y los anteriores, muy completos. Gracias!

[@MenquisBI]

Gracias por tus comentarios Yessica :) Saludos.

[@JavierCastilloC]

¡Muy bueno el video! ¡Muchas gracias! Me ayudó mucho a organizar mis análisis...

[@MenquisBI]

Me alegro que el video te haya sido de utilidad Javier :). Saludos cordiales.

[@inghmop]

Realmente están geniales las clases, los temas son muy bien explicados. Muchas gracias.

[@MenquisBI]

Me alegro que te sean de utilidad. Saludos :)

[@elvinvargasfernandez347]

buenos días , excelente sus videos la explicación es diferente y muy detallada.

[@MenquisBI]

Muchas gracias por tu apoyo Elvis :) Saludos

[@Santiago-gm1cb]

Muchas gracias por compartir conocimiento, he seguido todos los videos y son de gran ayuda.

[@MenquisBI]

Gracias a ti Santiago. Me alegro que los videos que sean de utilidad :) Saludos

[@oscarsantiago9913]

Eres increible! estoy disfrutando y aprendiendo como nunca,

[@MenquisBI]

Muchas gracias Oscar :) Un abrazo

[@user-cl5ym4dm5t]

Eres el mejor explicando Dax y lo haces ver facil, gracias por el contenido !!

[@MenquisBI]

Muchas gracias por el apoyo Joaquín :') Saludos.

[@eddersonpr]

Gracias Julio 🤙🏻

[@hernanovando]

muy clara tu explicacion y fundamental para entender power bi !! gracias

[@MenquisBI]

Muchas gracias por tu apoyo Hernán :') Saludos.

[@giovanyediazsalcedo9702]

Julio, Excelente... sin palabras.

[@MenquisBI]

Muchas gracias Giovany :'). Saludos cordiales.

[@alejandrodiazcabrera2918]

Excelente curso el mejor de DAX que he visto 🎉🎉🎉

[@MenquisBI]

Muchas gracias por tu apoyo Alejandro :') Saludos.

[@JOSELUISTAPIABEDREGAL]

Muchas gracias, estuvo muy bien explicado

[@MenquisBI]

Gracias por tus comentarios Jose Luis. Saludos :)

[@juancruztobar9317]

Excelentes videos Julio , gracias por tanto esfuerzo!

[@MenquisBI]

Muchas gracias por tus comentarios y apoyo Juan :) Saludos cordiales.

[@felixcarreno5552]

Excelente ejemplo y una explicación genial. Muchas Gracias.

[@MenquisBI]

Muchas gracias por tus comentarios Felix :). Saludos.

[@guillermopelozo8405]

Impecable, felicitaciones! se nota el gran conocimiento que tiene, la habilidad para transmitirlo y la dedicación que pone en lo que hace. ¡Muchas gracias Julio!

[@MenquisBI]

Gracias por tus comentarios Guillermo :) Saludos y un abrazo.

[@jonathanrivero3980]

Que maravilla justo lo que buscaba mil gracias

[@MenquisBI]

No hay de que Jonathan, me alegro que el video te haya sido de utilidad :) Saludos.

[@walteraedo4575]

Tremenda Explicación... Muchisimas Gracias ...!!!

[@MenquisBI]

Gracias por tu apoyo Walter :) Saludos

[@EmilioJRex-fw5ud]

Muy bien explicado.

[@MenquisBI]

Gracias Emilio :) Saludos

[@fabiangamez7462]

Gracias por esta explicación. Mucho valor en cada uno de la serie de videos.

[@MenquisBI]

Te lo agradezco Fabian, me alegro que el video te haya sido de utilidad :). Saludos.

[@AlejandroRodriguez-st7ff]

Excelente explicación. Muchas gracias!!

[@MenquisBI]

Me alegro que el video te haya sido de utilidad Alejandro :) Saludos

[@miltonmoposita9731]

Excelente manera de explicar, gracias ya estoy entendiendo mejor.

[@MenquisBI]

Me alegro que te esté siendo de utilidad Milton :) Un abrazo.

Muy didactico, felicidades!

[@MenquisBI]

Muchas gracias por tu apoyo Roberto :) Saludos.

[@Dr3vik]

Excelente explicación! Gracias crack

[@MenquisBI]

Muchas gracias por tu apoyo Ruben :) Saludos.

[@nallelybalderasacatitla9102]

Gracias por compartir tu conocimiento

[@MenquisBI]

Muchas gracias por tus comentarios Nallely. Saludos :)

[@alejandrocesarguillermonov8524]

Excelente todo. Se nota una gran trabajo en la organización de los temas y explicas muy bien tus conocimientos. Te felicito

[@MenquisBI]

Muchísimas gracias por tus palabras Alejandro :') Espero que esta serie de videos te sea de utilidad. Saludos

[@MrChevox]

Muy útil muchas gracias

[@MenquisBI]

Muchas gracias por tus comentarios :) Saludos.

[@aldozapata5593]

excelente

[@galopol4661]

Que buen video Julio. Me aclaró varias dudas. Excelente!!!

[@MenquisBI]

Me alegra que haya sido de ayuda! :') Saludos

[@jjperez2169]

Muchas gracias profesor por compartir sus valiosos conocimientos

[@MenquisBI]

Muchas gracias estimado, me alegro que el video te haya parecido de utilidad :) Saludos.

[@XavierMaicas]

Gracias por las explicaciones, es una formación de gran calidad

[@MenquisBI]

No hay problema Xavier. Gracias a ti por el apoyo :) Saludos

[@manuelps5444]

Me ha gustado mucho la explicación. He aprendido mucho de modelamiento

[@MenquisBI]

Me alegro mucho Manuel, pronto subiré videos sobre modelamiento un poco más avanzados, espero te sean de utilidad :) Saludos

[@yoncayo4051]

Genio llevo años con power bi y todos esos errores los llevaba a mis reportes haciendo un modelo ineficiente, ahora a corregir modelo

[@MenquisBI]

Me alegro que el video te haya sido de utilidad Yon :) Saludos.

[@jorgesk8iqq]

Gracias capo

[@MenquisBI]

Gracias por tu apoyo Jorge :) Saludos.

[@ExpositoresTop]

Excelente Julio, saludos cordiales, te voy a recomendar en mis clases. Un abrazo.

[@MenquisBI]

Muchas gracias por la recomendación :') Un abrazo. Saludos

[@ExpositoresTop]

@@MenquisBI dicto este curso de power bi en diferentes países y uno de los temas es modelamiento y en el curso me falta tiempo para profundizar, así q tu canal será un excelente referente para mis alumnos, te recomendaré colega y amigo.

[@Gonza2432]

Muy buen video. Necesitaría que si hay más cosas a tener en cuenta para modelar, puedas hacer los videos y dejes para despues lo de dax, jajaja. Saludos desde Argentina.

[@nestormoreira1191]

Julio, hablando de actualizaciones , tal vez no tendríamos actualizar el modelo entero de la manera inicial pero ya definiríamos en si ala hora de sustracción que datos solo los datos que ya nos interesan hablando de la tabla de echos d ventas, las dimesiones quedarian tal cual , solo por alguna actualizacion de Productos o clientes. Gracias Julio.

[@MenquisBI]

Es correcto Nestor, dependiendo de la situación no siempre es necesario actualizar todo el modelo. Saludos.

[@juancarlosochoamesa2856]

Muchas gracias

[@MenquisBI]

Gracias a ti Juan Carlos. Saludos

[@davidrojas2378]

Es importante hacer este análisis antes de empezar hacer el trabajo. Me parece que escomo en ACCES. Gracias

[@cesarromero572]

De muchas clases que había visto, por lejos estás han sido las mejores. En un sólo día vi todas las publicadas a la fecha. La cantidad de dudas que despeje fueron muchas. Desde ya muchas gracias y espero expectante el resto de clases: Me podría indicar por qué usar duplicado y no referencia? Tengo entendido que con la última, si se modifica la primera tabla tambien se modifica la referencia, no así se usa duplicado. Desde ya le agradeceré mucho si me puede responder esa consulta.

[@MenquisBI]

Hola Cesar. Me alegro mucho que te sean de utilidad estos videos. Respecto a tu pregunta, excelente observación. En la mayoría de los casos usar referencia es un poco mejor, ya que si tu tabla original requiere otras transformaciones, estos se verían reflejados en tus dimensiones. En el primer ejercicio efectivamente, es mejor usar referencia en la dimCalendario, dimProducto y dimTienda. Pero no el caso en la dimCliente. Para ese caso si te fijas en el video hago una combinación entre la tabla de hechos y la dimensión Cliente para obtener una llave numérica, si uso referencia me va a salir "error de referencia circular". Ya que digamos que la tabla de hechos va a tratar de obtener un valor que aún no se genera, lo que ocasiona un bucle. En el resto de ejercicios efectivamente, hubiera sido un poco mejor usar referencia, para protegerte de cambios inesperados. Saludos.

[@cesarromero572]

@@MenquisBI muchas gracias por darse el tiempo de responder. Un gran saludo

[@davidalonsomontes]

Hay un detalle de las estadísticas de columnas que me desconcierta y no se por explicarlo. ¿ Por qué los valores únicos y distintos de la columna fecha son diferentes en la columna fecha? Si alguien me resuelve la duda estaría muy agradecido. Fantástico tutorial como siempre Luis

[@MenquisBI]

Hola David, gracias por tus comentarios. Mi nombre es Julio, no Luis xD. Respecto al tema de los duplicados, bueno en la tabla de hechos esto siempre va a ser así (en el video explico la diferencia entre unicos y distintos), ya que puedes haber varias transacciones por fecha. Solo en el caso de la dimCalendario es donde los únicos y distintos si o si deben coincidir, para que pueda considerarse como llave primaria y armar el modelo de datos. Saludos.

[@davidalonsomontes]

@@MenquisBI Muchas gracias por la respuesta Julio, y disculpa por la confusión, estaba pensando en otra persona y se me cruzo el nombre! Sigo atentamente tus contenidos, de lo mejor de internet!!

[@vanesalopez1834]

💪💪

[@marcomendoza236]

Me suscribo,,,,,,

[@MenquisBI]

Muchas gracias Marco :) Saludos

[@SebastianQuezada-tc9fm]

excelente explicación, tengo una pequeña duda, al tratar de relacionar mi dimProducto con con fctVentas me sale una línea punteada, todo el resto lo tengo bien relacionado.

[@MenquisBI]

Hola Sebastián, gracias por tus comentarios. Si te sale línea punteada, es un indicio de relación inactiva, eso quiere decir que ya existe una relación entre dimProducto y fctVentas. Saludos

[@CarlosRodriguez-us8wl]

Excelente explicación y ejemplos. Pero me ha nacido una duda, si contamos con cientos de miles de registros y realizamos el trabajo con una sola tabla desde la cual generamos el modelo de estrella, la carga de datos al cargar 5 veces la misma tabla provoca que la velocidad de actualización comience a disminuir, en ese caso la formalidad del modelo estrella no cumpliría con el objetivo de optimizar tiempos de procesamiento y respuestas si es que lo comparo con comenzar a trabajar sobre la tabla tal y como está al principio. Entonces un ejemplo común como es el que te indico pasaría a generar más inconvenientes que acciones a favor. Cuéntame que piensas tú sobre esto que te comento. Muchas gracias por la calidad del material que entregas.

[@MenquisBI]

Hola Carlos, gracias por tus comentarios. Para nada, cuando hablamos de cientos de miles de filas, en realidad la reducción del tiempo del carga es demasiado pequeña para que afecte la performance del reporte. Solo cuando hablamos de millones de registros eso puede ser un inconveniente, y en ese caso casi siempre la tablas ya están separadas de antemano, por lo que bastaría solo con cargar las tablas correctas. Ahora, imaginemos que si demora 5 veces más. De igual manera los beneficios son mucho mayores que las desventajas. Si no hacemos un modelo de datos, hay indicadores que directamente no podremos obtener, por lo que si o si es necesario hacerlo. Saludos.

[@leo_montano]

Hola Julio, te hago una consulta con un caso real que tengo actualmente. Tengo una tabla de hechos unica, y quiero hacer el modelo estrella. Es una tabla de ventas en la cual tengo mis tiendas, pero cada tienda tiene sucursales. Por ejemplo tienda1 tiene 3 sucursales, tienda 2 tiene 5 sucursales, etc. Y cada venta en la tabla de hechos, tiene una tienda y una sucursal. Como armo la relacion tienda-sucursal? hago una dimension tienda y dentro la sucursal tambien? como se hace en este caso? En general las medidas y los KPI se arman por tienda, pero los vendedores si filtran cada tablero que armo por sucursal ya que dentro de una misma tienda los vendedores atienden algunas sucursales y ven la info por sucursal. Espero que se haya entendido, Muchas gracias por el video!!

[@MenquisBI]

Hola Leonardo, gracias por tus comentarios. Hay varios enfoques para lograrlo. Una opción es crear una llave compuesta (concatenar tienda y sucursal, y usar el resultado como llave). Otra opción es crear una dimensión tienda y otra dimensión sucursal, si por ejemplo quisiera saber cuantas tiendas hay por sucursal, se puede manejar con DAX. En general te recomendaría el primer enfoque, pero eso depende del estado exacto de tus datos. Saludos.

[@juancarlossolarte5225]

Hola buenas tardes, dentro de la creacion y seleccion de las tablas nuevas, veo que no seleccionaste las categorias de ventas, porque? Profe, y porque se debe dejar la llave, como columa primaria?

[@MenquisBI]

Hola Juan Carlos, gracias por tus comentarios. Disculpa, la verdad no entiendo bien tu primera pregunta, me podrías comentar a que minuto específico te refieres?. Respecto al tema de la llave, podemos decir que es el mayor requisito para crear una tabla de dimensión, eso nos va a permitir trasladar correctamente los filtros para construir nuestras medida en el informe con DAX. Saludos.

[@rickleo8288]

Que tal Julio, en la parte en donde estas creando el modelo dimensional a partir de una tabla, cuando creas la tabla fctVentas (min 13:45), ¿no se debieron de eliminar también duplicados antes de elegir las columnas que se van a quedar? De otra manera habría cantidades de más ya que en la columna “Numero de Orden” algunas se repiten.

[@MenquisBI]

Hola Rick, gracias por tu comentarios. En realidad la tabla de hechos es justamente una tabla que debería tener los valores repetidos. En la tabla fctVentas, cada fila no necesariamente representa una orden, sino un registro especifico dentro de esa orden, por lo que no debemos quitarle duplicados. Saludos.

[@santiagomelillan4881]

Hola Julio. Excelente explicacion. Lo estoy llevando a la practica y en algunas tablas de dimensiones que voy creando, no cuento con claves primarias por lo que debo concatenar algunas columnas para poder generar alguna. Mi pregunta es, como hago para incluir esta clave en la tabla de hecho ? En tu ejemplo se ve claro que gracias a la columna de Correo electronico, pudiste llevar Id Cliente a la tabla Ventas. Como deberia hacer? Gracias por tu ayuda

[@MenquisBI]

Hola Santiago, gracias por tus comentarios. Lo que sucede es que hay muchos escenarios en los que creamos una lleva compuesta. La forma que agregar la llave a la tabla de hechos depende exclusivamente de la situación en la que estés, incluso hay veces en lo que esto no es posible. No podría darte una solución sin antes ver tu modelo a detalle :(. Saludos.

[@yaiselrobertoperez1655]

Julio un placer disfrutar de sus contenidos, veo que los modelos de ejemplo se basan en dimensiones fijas, me queda la curiosidad si desde Power BI y Power Query es suficiente para cargar y modelar dimensiones cambiantes en el tiempo donde se requiera guardar las modificaciones o seria necesario utilizar alguna otra herramienta para realizar el modelado. Muchas gracias y saludos desde Cuba.

[@MenquisBI]

Hola Yaisel, muchas gracias por tus comentarios y apoyo :) Las dimensiones cambiantes (SCD y RCD), corresponden a técnicas avanzadas de modelamiento, que espero desarrollar en un video futuro. En general si podemos usar Power Query para armar correctamente un modelo SCD y RCD, pero habría que ponerse creativo con las transformaciones. Saludos cordiales.

[@yaiselrobertoperez1655]

@@MenquisBI👌 agradecido

[@andresgonzalezescobar2835]

¡Hola Julio! ¡Excelente curso! Una pregunta...¿en qué podrían diferenciarse las opciones "Duplicar" y "Referencia" en Power Query en cuanto a la eficiencia? ¿ cuál es mejor y en qué caso de uso? Comúnmente utilizo la opción "Referencia" cuando creo un modelo a partir de una sola tabla, pues la información de mis tablas dimensión se actualiza cada vez que se actualiza la información de mi tabla de hechos. Debo hacerlo de esta manera porque en mi trabajo no tengo la opción de consultar en SQL, por lo que debo descargar los reportes que genera el ERP con el que trabajamos.

[@MenquisBI]

Hola Andres, muchas gracias por tus comentarios. Es una excelente pregunta. En términos de eficiencia siempre va a ser mejor usar la opción de "Referenciar" porque va a empezar donde termina la consulta original, en cambio "Duplicar" va a crear todos los pasos de la consulta original nuevamente, haciendo doble trabajo. El único problema de referenciar es que en esta no podrás hacer una transformación extra que involucre la consulta original (por ejemplo, una combinación con la tabla de la proviene), ya que se genera una REFERENCIA CIRCULAR. Esto no es problema cuando duplicamos, porque las consultas son 100% independientes. Creo que en tu caso no tienes ese problema, así que referenciar siempre es la mejor opción :). Saludos cordiales.

[@andresgonzalezescobar2835]

Muchas gracias por tu amable respuesta Julio...saludos desde Colombia...

[@nederballesterosbello6550]

¿También podría poner fecha de Pedido y la fecha de devolución en la misma matriz? ¿O habría que hacer alguna corrección al modelo?

[@MenquisBI]

Si, puedes poder ambas fechas en la tabla de hechos. Saludos

[@ShigureMuOnline]

Buenaaa sesion de videos, una consulta por que no la colocaste a dimcalendario como Marcar como tabla de fechas? esa duda me quedo por que en mi chamba actual si la colocan asi al dimcalendario

[@MenquisBI]

Gracias por tus comentarios estimado. La opción de Marca como tabla de fechas solo es relevante cuando la relación entre las tablas de dimensión y el Calendario es un relación entre números enteros. Espero hacer un video pronto al respecto, pero digamos que casi nunca es necesario colocarlo. Saludos.

[@bermanngps9322]

Felicitaciones por su impecable trabajo. Consulta, que error tengo si al quitar duplicados en las columnas relacionadas a una dimensión no obtengo distintos = unicos? estoy conectandome a una api para obtener los datos.

[@MenquisBI]

Muchas gracias por tus comentarios estimado. Ese caso es común, a veces hay caracteres invisibles o espacios que aparecen en valores aparentemente iguales. Te recomiendo usar las transformaciones Recortar, y luego Limpiar (en Power Quey), antes de quitar duplicados. Quizá eso te podría ayudar. Saludos.

[@FJEY30]

Muchas gracias por todo lo enseñado la verdad es que estoy aprendiendo un monton, solo me quedo una duda en el min 15:22 observo que la column id de la taba fctventas queda con valores distintos diferentes a los valores únicos, recorde la parte en la que decia que decia que para ser una primary key deberia de cumplir que estas dos tengan los mismos valores como sucedio en las tablas dim, o esto solo aplica en ñas tablas de dimensiones. Espero pueda resolver mi duda 🙌🏻🙌🏻

[@MenquisBI]

Hola Frank, buenas pregunta. Si correcto, en la tabla fctVentas no hay llaves primarias, solo llaves foráneas. Aunque no esta prohibido que esta llave foránea tenga solo valores únicos, es un caso raro que se puede dar, eso significaría que cada cliente compró solo una vez en la historia. Saludos.

[@Maxi_Torres_77]

Hola excelente los videos, un GENIO!!!. consulta, al deshabilitar las tablas para combinarlas, estas si sufren alguna modificación se actualizarían automáticamente?

[@MenquisBI]

Gracias Maxi. Asi es, si se van a actualizan. Deshabilitar solo hace que no se carguen al modelo, pero las transformaciones que hagas si se toman en cuenta en Power Query. Saludos.

[@rickleo8288]

Es sorprendente el conocimiento que tienes sobre el tema, muchas gracias por compartirlo, espero puedas responderme la siguientes preguntas si eres tan amable. ¿Cuál fue tu criterio para combinar DimCliente con DimCiudad en lugar de combinar DimTienda con DimCiudad? ¿Afecta en algo si se hace la otra combinación o prácticamente seria lo mismo? Saludos

[@MenquisBI]

Hola Rick Muchas gracias por tus comentarios :). Excelente observación. En realidad si queremos analizar también la ciudades de cada tienda también habría que hacer una combinación entre DimTienda y DimCiudad. Hice el ejemplo combinando dimCiudad con dimCliente, pero no hay ningún problema si también hago la combinación con la otra tabla, tendríamos un campos ciudad especifico para cada dimensión. Saludos.

[@rickleo8288]

@@MenquisBI Muchas gracias por responder Julio, buen tutorial. Saludos!

[@elvinrobinsonvargasfernand3885]

excelente la explicación muy detallada , tengo una pregunta tengo dos tablas y no las puedo relacionar y tiene campos en común hay alguna forma de conectarlas

[@MenquisBI]

Hola Elvis, gracias por tus comentarios. Si, lo único que debes hacer es generar una o varias tablas de dimensión en común que conecten ambas tablas. Justo en el video explico un caso, y también lo puedes revisar en el video anterior (el de color azul). Saludos.

[@elvinrobinsonvargasfernand3885]

ya tengo dos tablas pero no se contactar, algo esta mal ,gracias @@MenquisBI

[@sergiotorres513]

Gran video mi estimado Julio. Me surge una pregunta sobre los modelos. ¿Qué ocurre en el caso en el que se tienen más tablas de hechos que de dimensiones. Digamos que solo tiene 2 tablas de dimensiones y tres de hechos. En ese caso ya no se podría construir un modelo estrella?

[@MenquisBI]

Hola Sergio, gracias por tus comentarios. Ese caso sigue siendo un modelo estrella. Es único requisito que es exista una relación 1 a varios entre dimensiones y hechos. Por ejemplo, un modelo de una sola tabla de dimensión y 5 tablas de hechos seguirá siendo un modelo estrella. Saludos cordiales.

[@sergiotorres513]

@@MenquisBI muy bien. ¿Y qué hay del caso el que necesite analizar unos campos de una tabla de hechos a otra tabla de hechos, pero dada las tablas no es posible derivar ninguna dimensión de las dos para construir la relación?

[@MenquisBI]

@@sergiotorres513 Hola Sergio. Bueno, cada caso tiene sus particularidades. Pero por lo general, si tienes esa necesidad casi siempre es un indicativo de que no has construido correctamente las tablas de hechos. Saludos.

[@sergiotorres513]

@@MenquisBI muchas gracias por la recomendación mi estimado Julio. Voy a revisar el modelo

[@rafaelliscano2815]

Hola julio excelente video y material una consulta básica pero que hasta ahora no encuentro como hacer, mencionas como cambiar la ruta del archivo base de datos pero que pasa cuando la Ruta la tienes en un url en alguna nube y quieres cambiar esa ruta? Hasta ahora solo me sale la opción para cambiar ubicaciones locales dentro de un disco C pero no de una nube como se haría en ese caso?

[@MenquisBI]

Hola Rafael, espero que todo bien. En realidad es la misma idea, independientemente que sea una ruta en la nube o una ruta local, igual se puede hacer. Saludos.

[@gilvardperez3003]

Hola Julio Que genera un mejor rendimiento. Duplicar N veces la tabla original o crear tablas referencia N veces y deshabilitar la carga de la tabla original ? Saludos

[@MenquisBI]

Hola Gilvard, gracias por tu comentario. Casi siempre referencia es mas eficiente, ya que no estas volviendo a generar los mismos pasos, sino que parte de un origen común. Pero hay casos donde no es posible usar referencia (por ejemplo cuando queremos juntar información de la consulta original con la consulta referenciada, se genera una referencia circular), entonces la única opción es usar duplicar. Por lo demás el primero es más eficiente que el segundo. Saludos.

[@felipemichel7037]

Buenas tardes buen video, tengo una duda en el modelo dimensional a partir de 1 sola tabla no tenias llave primaria definida y creaste una columna indice la cual agregaste al fctVentas en base al correo electronico porque tiene el mismo numero de datos unicos y distintos todo bien que pasaria si ninguna columna de la tabla cliente tuviera el mismo numero de datos unicos y distinto aun removiendo los datos duplicados, que es lo recomendable hacer en ese caso?

[@MenquisBI]

Hola Felipe gracias por tus comentarios. En ese caso lo que puedes hacer es crear una llave compuesta concatenando varias columnas de la tabla, hasta encontrar una que no contenga duplicado, a esa ya le puedes agregar una columna indice. Saludos.

[@luisdeiana829]

Hola Julio, muy buena data, como se deberia relacionar una tabla de categorias autoeferenciada?

[@MenquisBI]

Hola Luis, gracias por tus comentarios. Disculpa, no me queda claro a que te refieres con eso. Saludos.

[@luisdeiana829]

En este video diste un ejemplo con dos dimensiones: Categorias y Subcaaategorias, pero tengo una BD PostgresSQL en la que las categorias estan en una sola tabla autoreferenciada de tal forma que se pueden definir muchos niveles de subcategorias por ejemplo: Categoria 1 -Categoria 1.1 --Categoria 1.1.1 y en la tabla estan los campos: IDCategoria | NombreCategoria | parentCategoria Donde "parentCategoria" tiene el ID de la categoria padre. Gracias. @@MenquisBI

[@MenquisBI]

Hola@@luisdeiana829 . Entiendo En ese caso hay varios enfoques, se trata de un modelo jerárquico padre-hijo. En principio lo puedes tratar como un modelo estrella tradicional (usando IDCategoria como llave primaria), pero para ciertos cálculos si habría que usar algunas técnicas algo avanzadas. Espero desarrollar esos temas de un video futuro. Saludos.

[@gngnc9309]

eliminaste duplicados de dimcalendario verdad? porque me estaba arrojandorelacion varios a varios

[@MenquisBI]

Si, en el video se ve cuando quitamos los duplicados. Saludos.

[@yeisonrolandograndas9964]

Muy buen día Julio, cordial saludo. ¿Tiene archivo dim calendario actualizado a 2024?

[@MenquisBI]

Hola Yeison, gracias por tus comentarios. En realidad, solo habría que jalar la fórmula hacia abajo, para obtener los valores del 2024. Saludos.

[@hectorveliz658]

Saludos. Es lo mas recomendable modificar un Modelo de Datos (copo de nieve) a Estrella? Estoy trabajando con la Base de Datos muy conocida llamada NORTHWIND.

[@MenquisBI]

Hola Héctor, gracias por tus comentarios :). En realidad no te va a ocasionar problemas si trabajas con un modelo copo de nieve, ya que no es un modelo erróneo. Lo único que debes tener en cuenta es que en algunos casos tendrás que hacer fórmulas de DAX un poco mas largas, ya que tendrás que hacer referencia a más tablas. Así que si puedes, recomendaría convertirlo a un modelo estrella, pero no es obligatorio para nada. Saludos.

[@hectorveliz658]

@@MenquisBI Ah ok. Perfecto. Aclarado el tema. Lastima qué es imposible cancelar desde Venezuela para adquirir tu curso completo. Vuelvo a repetir. ERES EL MEJOR. MUCHISIMAS GRACIAS POR TU ATENCIÓN.

[@CarlosMartinez-hp2vd]

@MenquisBI que tras opciones, aparte de hacer una columna compuesta tengo en caso de no hallar una potencial columna ID? Sería lo segundo que mencionas de una vez quitado los duplicados, generar una columna ID con numeros 1, 2, 3 ... Hasta las n columna de la tabla? Gracias de antemano

[@MenquisBI]

Hola Carlos, gracias por tus comentarios. En realidad te recomendaría que crees una columna compuesta. Si creas directamente una columna de índice quitando duplicados, te va a resultar muy difícil conectarla a la tabla de hechos posteriormente

[@CarlosMartinez-hp2vd]

Muchas @MenquisBI por la pronta atención a la consulta. De acuerdo seguiré su consejo y haré la columna compuesta. Aprovecho más bien que le diste seguimiento a la consulta para agradecerte de verdad que compartas este conocimiento con el mundo. Tengo que decir que admiro la forma tan profesional y didáctica con la que enseña y pone a disposición este recurso a toda persona que quiera mejorar sus skills en una herramienta como PBI. Gracias por ayudarnos estimado y un gran saludo desde Costa Rica. @MenquisBI, aprovecho tambien para consultarle, si hay alguna otra forma o recomendación de trabajar el tema de las dimensiones, es que te explico, yo a diferencia del video, importo los datos de una base de datos y la tabla de la que tomo la info si es bastante bastante grande (aunque algo grande es relativo) pero hablamos de unos aprox 9 millones de registros (limitando la data a unos seis meses atrás) y siguiendo el ejemplo, parto de la importación mediante consulta de una tabla, la copio hasta las n dimensiones que haya estimado y hago el tratamiento para que quede como nos explicabas, sin embargo, ahora que lo corrí, claro, no habia pensando que entonces me va a importar los 9 millones de datos en las n tablas de dimensiones + la tabla de hechos, y ya luego me hace los pasos que apliqué con powerquery, y eso lo entiendo como poco eficiente, entonces, en ese caso lo recomendable sería supongo diferenciar por tabla en PBI su query? Es decir, que en vez de hacer con PBI lo de quitar duplicados y todo eso, que lo haga con SQL en la consulta que importa los datos? Por ejemplo que si hay una dimension país, entonces mediante SQL me traiga del campo país los valores distintos en una tablita en vez de importarme lo 9 millones de datos y despues hacerlo, va por ahí la cosa? No sé si me expliqué y más bien que pena porque se me hizo gigante el comentario jaja lo siento

[@MenquisBI]

Hola Carlos. Entiendo. Lo que sucede es que en el video desarrollo el caso mas extremo posible, en el que solo tenemos acceso a una tabla con toda la información. Cuando partimos de una base de datos es mucho mas simple. Usualmente ya se tiene una tabla de dimensión entre las tablas existentes. Y si no lo tienes bastaría con usar un poco de código SQL para lograrlo, no es necesario hacerlo con Power Query (usamos Power Query solo cuando no tenemos otra alternativa). Saludos.

[@CarlosMartinez-hp2vd]

@@MenquisBI estimado muchas gracias nuevamente por la atención de las consultas, me queda clarísimo! @MenquisBI, una consulta final, y ya siento pena y siento que estoy abusando del espacio y la atención a las consultas que me has dado, pido disculpas de antemano, pero, fíjese que realicé la columna compuesta ya que no tenía ningun campo que cumpliera lo de distintos y únicos ( a diferencia de vos que tenías el correo) en una DimCliente y por algun motivo, no sé si hace falta un paso o algo, como volver a quitar duplicados tras hacer eso o el paso que hacemos de combinar consulta lleva un tratamiento especial etc, pero todo parece estar bien, la columna combinana queda con n valores distintos y únicos, se importa al BI los datos y no puedo hacer la conexión, me tira como única opción posible la relación de muchos a muchos, con evidente advertencia Voy a seguir investigando pero no sé si me recomendarías alguno otro video o corto que tengas al respecto?

[@MenquisBI]

@@CarlosMartinez-hp2vd Claro, debes asegurarte que esa columna compuesta no tenga duplicados, si es así debes volver a quitar duplicados. Pero ojo, revisando bien si realmente estas quitando valores duplicados o si en realidad no has construido correctamente tu llave compuesta y por eso no tiene valores únicos. Saludos

[@antoniorealegeno]

tengo una pregunta, en el momento de actualizar la data se volveria mas lento?

[@MenquisBI]

Hola Antonio gracias por comentar. En realidad depende, para un par de millones cargar la data no sería mucho mas lento. Pero para decenas de millones tiene razón, demorará en cargar la información, pero dado que para ese volumen de datos estamos ya trabajando con una base de datos, ahí la clave sería usar SQL para armar el modelo, ya no Power Query. Saludos.

[@galopol4661]

Estimado Julio una consulta. Qué ocurre si deseo actualizar la tabla originalmente cargada "Query" la cual sufre un incremento considerable de filas ya que las ventas han continuado, al hacer clic en actualizar en el power bi desktop, todas las tablas que se han duplicado para armar el modelo también se actualizan con esos nuevos datos agregados? Grcs

[@MenquisBI]

Estimado buenas tardes. Excelente pregunta, es correcto, van a cargarse nuevamente. La forma que usamos es una alternativa, pero en grandes bases de datos puede hacer que se vuelva un poco lenta la consulta. Lo mejor sería hacer la separación desde el mismo original, con una consulta SQL por ejemplo. Otra opción es usar referencia y no duplicar, que es un poco más rápido. Saludos.

[@emersonlopez5310]

​@@MenquisBI tuve la misma duda porque vi en otro video que usaban la opción de Referencia en lugar de duplicar. Julio, y cuando le damos desactivar la carga al modelo, los pasos que tenga esa consulta que no se cargará al modelo siempre se le aplican aunque no se cargue? Por ejemplo, si creo una consulta que hace referencia a la que he desactivado la carga al modelo quiero saber si se estaria actualizando en segundo plano

[@MenquisBI]

@@emersonlopez5310 Hola Emerson. Así es, una consulta desactivada se va a seguir ejecutando en segundo plano, siempre y cuando haga referencia a una consulta activa en tu informe.

[@emersonlopez5310]

@@MenquisBI Muchas gracias Julio :)

[@ernestocornejo5338]

Profe suba contenido nuevo con mayor frecuencia gracias

[@MenquisBI]

Gracias por tu comentario Ernesto. Intentaré aumentar el ritmo de subida de videos con el tiempo. Por ahora solo me es posible hacer uno la semana :(. Saludos.

[@edustreamimg]

Cual es el límite de datos que soporta power-bi? tendria una tabla de hechos (pedidos) de 16 millones de registros en sql server. con unas 30 dimensiones

[@MenquisBI]

Hola Edu. 16 millones y 30 dimensiones en realidad no es mucho para Power BI. No hay un limite para cargar datos en Power BI, hasta 100 millones puedes trabajar tranquilo, más de eso quizá hayan problemas de perfomance y demora en la carga; si eso ocurre es recomendable usar la modalidad direct query, en lugar de importar los datos. Saludos.

[@edustreamimg]

@@MenquisBI Gracias. Entonces me imagino que Power BI soporta Big Data no?. Tipo Hadoop.

[@MenquisBI]

@@edustreamimg Si, puede conectarse a archivos con el formato hadoop.

[@johannelombana369]

Infinitas gracias, muy entendible!! Blessing. 🩵

[@MenquisBI]

De nada Johana, muchas gracias por apoyar mi contenido :) Un gran abrazo.

[@juanjo3153]

Genial, gracias.

[@MenquisBI]

Gracias Juanjo :). Saludos.