Queridos amigos, ya están disponibles el nuevo CURSO DE ESPECIALIZACIÓN EN DAX ASINCRÓNICO (Duración: 20 horas), con un 30% de descuento de lanzamiento. Pueden adquirirlo en la página web: menquisbi.com/curso/especializacion-en-lenguaje-dax-asincronico Para suscriptores de Argentina, pueden escribirme por WhatsApp para manejar un medio de pago alternativo: wa.me/51908805175
Amigo Julio, el mejor curso de lenguaje DAX que he visto en UA-cam, un verdadero experto en la materia... felicitaciones por tu aporte a la comunidad...
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.
Impresionante , amigo dejame decirte que vi demasiados tutoriales de power Bi incluyendo DAX pero lo que haces tú es impresionante, haces entender y que los que vean el video de modelamiento comprendan la importancia de ello. Felicidades 🎉
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 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.
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 gracias por éste contenido!! Noto que la columna unidades de 3. Modelo copo de Nieve.xlsx difiere del video.. Por favor podrías actualizar para seguir la práctica. Saludos desde Argentina.
Buen día Julio!, agradecido con tus aportes, las mejores explicaciones de Power BI las haces tú, te felicito. Tomé un curso de analista de datos y no se compara con tus explicaciones. Saludos!
Excelente Julio César pude llegar hasta el minuto final. Quedé impresionado en los últimos minutos cuando convertiste UN COPO DE NIEVE en un MODELO ESTRELLA. Parece tan sencillo como lo ejecutas, pero detrás de todo ello existe un discernimiento para elegir qué adoptar o medidas a ejecutar. Naturalmente sólo la práctica y experiencia nos conducirán a tal objetivo. No sabes como nos ayuda tener la DATA disponible para ejecutar o, al menos seguir tus pasos. Merece repetirse nuevamente este video. Muchas Gracias
Muy bueno el material, te agradezco la dedicación. Con respecto a que no se puede devolver ningún producto que no se haya vendido, si hacemos un corte de año, por ejemplo puede pasar que se esté devolviendo un producto vendido en diciembre del año anterior y aún no se haya vendido este año
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!
Explicas muy bien, llevo varios videos y son una maravilla. Una pregunta, si la información la tenemos en columna en la pagina de hechos ¿Cómo hacemos para no hacer varias paginas de hechos? Puedes dar algun ejemplo de esto.
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.
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.
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.
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.
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
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?
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.
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
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.
@@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!!
Hola, muchas gracias por el aporte. Una consulta, consideras correcto el tener una dimensión de fecha, la cual tenga un id de fecha?? y dejar ese id como clave foránea en la tabla de hechos? muchas gracias
Hola Arni, gracias por tus comentarios. Si, es una alternativa correcto. Solo debes asegurarte de activar la opción de "Marca como Tabla de Fechas", para que todo funcione correctamente. Saludos.
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.
Tenes un nuevo follow. Explicás muy claro y sin dudar !! Podrías decirme como haces en el caso de la desnormalización de la Sub-Dimensión de Ciudad si necesito poder filtrar por país tanto por la dimTienda como por la dimCliente. Esto es un caso que me ha pasado en un modelo parecido donde en la tabla fact de "Transacciones aéreas" existe ciudadOirgen y ciudadDestino y existe la necesidad de filtrar por ejemplo por el país al cual pertenecen las ciudades de origen y destino a la vez. Por ejemplo todas las transacciones que tiene el país de Argentina (donde ciudadOrigen y ciudadDestino pertenecen ambas al país Argentina tabla [dimGegrafica]). Espero haber sido claro con la consulta ! Sos un crack !
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!!
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.
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.
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.
Hola, excelente explicación, tengo una duda en el minuto 22:12 al momento de volver a quitar duplicados, los valores únicos que me quedan en NombreTienda,. están asociados a las celdas de Zona y Departamento pero null y se pierden los datos de esas celdas, entonces lo único que logre hacer para quedar con esos datos, fue filtrar desde el campo Zona, quitando los null, no entiendo porque no me filtro de forma automática como en tu ejercicio?
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.
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.
Mi estimado,agradecer nuevamente por el video. Solo tengo una duda, y es en la parte que haces la tbl dimVentas, si yo borro las tablas que desactivaste la carga, entonces no se va a actualizar a futuro mi tbl dimVentas final si se que se agregan mas tiendas que aun no estan en mis bases de datos? o como busco mayor información especificamente sobre eso, que nombres puedo poner para informarme mas, quiza por ahi tienes algun video sobre ese tema.
* 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: ua-cam.com/play/UUMOu25jQpvCNUgYV-Tl0iBnQg.html
Hola Julio, me parece magistral tu exposición y claridad, solo tengo una duda, en el modelo de una sola tabla, cuando combinas consultas en la fctVentas, el IdCliente y el Número de Orden de tu pantalla muestran Distintos: 999 únicos: 998, los primeros 2 registros están duplicados ¿es correcto que se tengan 2 Número de Orden duplicados en la tabla de hechos?
@@MenquisBI Con mucho gusto Julio, te mando la URL del momento exacto: ua-cam.com/video/AYLiwc51IOg/v-deo.html Por otro lado, ya encontré la solución, si tienes algún correo, te envío la documentación y el archivo, espero con esto aportar un poquito con todo lo que nos ayudas, gracias por tus videos. Abrazo desde México.
@@adrianescamilla3342 Disculpa por la demora Adrian. Si, es normal. He simulado que en la tabla de hechos de duplique el IDCliente (como es una llave foránea, es completamente normal que se repitan). Saludos
@@MenquisBI Ok, entiendo, lo que sucede es que si quitas los duplicados del Número de Orden en esa tabla de hechos, la relación queda 1 a 1, lo cual es correcto con los datos de origen, pero el modelo estrella queda sin una relación 1 a varios al conectar dimCliente.
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
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.
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.
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.
Gracias Julio, espero me puedas apoyar con una duda, cuál sería la mejor manera de manejar valores nulos al momento de armar nuestras tablas de dimensión, por ejemplo armo la dimStores y me salen registros nulos en el nombre de la tienda, si los quito me faltarían los registros que no tienen nombre de tienda, este tipo de errores son muy comunes y no me queda claro cual seria la.mejor manera de abordarlos. Muchas gracias
Hola Ivan, gracias por tus comentarios. En ese caso lo mejor en asignar un nombre por Categoria por Defecto en lugar de Vacío, por ejemplo: "No Especifico". Saludos
¡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.
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.
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
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.
Saludos, tengo una duda. Como podría trabar el indicador de cantidad de devoluciones por producto si la dimensión producto solo se relaciona con la tabla ventas?
Queridos amigos, ya están disponibles el nuevo CURSO DE ESPECIALIZACIÓN EN DAX ASINCRÓNICO (Duración: 20 horas), con un 30% de descuento de lanzamiento.
Pueden adquirirlo en la página web: menquisbi.com/curso/especializacion-en-lenguaje-dax-asincronico
Para suscriptores de Argentina, pueden escribirme por WhatsApp para manejar un medio de pago alternativo: wa.me/51908805175
Amigo Julio, el mejor curso de lenguaje DAX que he visto en UA-cam, un verdadero experto en la materia... felicitaciones por tu aporte a la comunidad...
Muchas gracias por tus comentarios y apoyo Edwin :'). Lo aprecio mucho.
Saludos cordiales.
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.
Muchas gracias por tu apoyo Victor. Me alegro que te parezca útil el contenido de mi canal :)
Saludos y un gran abrazo.
Impresionante , amigo dejame decirte que vi demasiados tutoriales de power Bi incluyendo DAX pero lo que haces tú es impresionante, haces entender y que los que vean el video de modelamiento comprendan la importancia de ello. Felicidades 🎉
Muchas gracias por tus gentiles palabras estimado :)
Saludos
Realmente muy claro y en profundidad
Julio, estoy siguiendo el curso. Es un material excepcional y quería agradecerte la explicación y el compartirlo con todos.
Muchas gracias por tus gentiles palabras estimado.
Un abrazo
Muy buen video! entendi en este video lo que no entendia leyendo u otros videos!. Saludos desde Argentina.
Gracias por tus gentiles palabras Alejandro :)
Saludos
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😁
Muchas gracias por tus gentiles palabras Belén. Me alegro mucho que esta serie de videos que estén siendo de utilidad :').
Saludos cordiales.
un muy buen material, perfecta explicación, concreta y fácil de entender. Muchas gracias
Muchas gracias por tus buenos deseos :)
Saludos
Julio con este video expandió mi mente en un 100%, muchisimas gracias, definitivamente lo mejor de Powerbi que he visto hasta el momento
Muchas gracias por tus comentarios Hernan :)
Me alegro que el video te haya sido de utilidad.
Saludos cordiales.
muy clara tu explicacion y fundamental para entender power bi !! gracias
Muchas gracias por tu apoyo Hernán :')
Saludos.
Me ha gustado mucho la explicación. He aprendido mucho de modelamiento
Me alegro mucho Manuel, pronto subiré videos sobre modelamiento un poco más avanzados, espero te sean de utilidad :)
Saludos
Excelente Julio, saludos cordiales, te voy a recomendar en mis clases. Un abrazo.
Muchas gracias por la recomendación :')
Un abrazo. Saludos
@@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.
Gracias por compartir sus conocimientos.
La forma de explicar , uso de elementos gráficos, ejemplos y uso de Power Bi, simplemente Espectacular. Muchas gracias.
Muchas gracias por tus gentiles palabras Felix :')
Saludos cordiales y un gran abrazo.
Grandisima explicación y mucho valor en este curso! enhorabuena y gracias
buenos días , excelente sus videos la explicación es diferente y muy detallada.
Muchas gracias por tu apoyo Elvis :)
Saludos
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.
Muchas gracias por tus apoyo estimado :). Me alegro que los videos te sean de utilidad.
Saludos cordiales.
Excelente curso el mejor de DAX que he visto 🎉🎉🎉
Muchas gracias por tu apoyo Alejandro :')
Saludos.
hombre, no dejes de colocar videos. excelente explicacion hermano.
Felicidades, video directo, perfecto, lo que dice el titulo es lo que se ve en el video, me ha ayudado
Eres el mejor explicando Dax y lo haces ver facil, gracias por el contenido !!
Muchas gracias por el apoyo Joaquín :')
Saludos.
Julio, sus explicaciones simplemente son espectaculares!!!! Muchas graciassss por la guia y dedicacion!!
Muchas gracias por tu apoyo Neythan :)
Saludos.
@MenquisBI gracias por éste contenido!! Noto que la columna unidades de 3. Modelo copo de Nieve.xlsx difiere del video.. Por favor podrías actualizar para seguir la práctica. Saludos desde Argentina.
Buen día Julio!, agradecido con tus aportes, las mejores explicaciones de Power BI las haces tú, te felicito. Tomé un curso de analista de datos y no se compara con tus explicaciones. Saludos!
Gracias por las explicaciones, es una formación de gran calidad
No hay problema Xavier. Gracias a ti por el apoyo :)
Saludos
Excelente todo. Se nota una gran trabajo en la organización de los temas y explicas muy bien tus conocimientos. Te felicito
Muchísimas gracias por tus palabras Alejandro :')
Espero que esta serie de videos te sea de utilidad.
Saludos
Gracias por esta explicación. Mucho valor en cada uno de la serie de videos.
Te lo agradezco Fabian, me alegro que el video te haya sido de utilidad :).
Saludos.
Realmente están geniales las clases, los temas son muy bien explicados. Muchas gracias.
Me alegro que te sean de utilidad. Saludos :)
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
Gracias por el apoyo Oscar :)
Saludos
Tremenda Explicación... Muchisimas Gracias ...!!!
Gracias por tu apoyo Walter :)
Saludos
!Que clase tan magistral! y sencilla. Felicitaciones maestro julio. Me despejó muchas dudas sobre un modelo.
Hola Julio! Muy buenas explicaciones y estoy aprendiendo sin problemas! Muchas gracias! Saludos desde Buenos Aires!
Excelente Julio César pude llegar hasta el minuto final. Quedé impresionado en los últimos minutos cuando convertiste UN COPO DE NIEVE en un MODELO ESTRELLA.
Parece tan sencillo como lo ejecutas, pero detrás de todo ello existe un discernimiento para elegir qué adoptar o medidas a ejecutar. Naturalmente sólo la práctica y experiencia nos conducirán a tal objetivo. No sabes como nos ayuda tener la DATA disponible para ejecutar o, al menos seguir tus pasos. Merece repetirse nuevamente este video. Muchas Gracias
Eres increible! estoy disfrutando y aprendiendo como nunca,
Muchas gracias Oscar :)
Un abrazo
Muy bueno el material, te agradezco la dedicación. Con respecto a que no se puede devolver ningún producto que no se haya vendido, si hacemos un corte de año, por ejemplo puede pasar que se esté devolviendo un producto vendido en diciembre del año anterior y aún no se haya vendido este año
Muchas gracias profesor por compartir sus valiosos conocimientos
Muchas gracias estimado, me alegro que el video te haya parecido de utilidad :)
Saludos.
De lo mejor que he visto en Dax en UA-cam. Gracias y por favor continuar así.
Gracias por el apoyo estimado :)
Saludos
Que buen video Julio. Me aclaró varias dudas. Excelente!!!
Me alegra que haya sido de ayuda! :')
Saludos
Excelente clase julio, muchas gracias por tu aporte a la comunidad.
Gracias por tu apoyo estimado :)
Saludos
Excelentes y super claras sus clases, mil y mil gracias
Muchas gracias por tus comentarios estimado :)
Saludos
Sin Palabras, preciso y conciso .Muchisimas gracias por este gran video !!
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!
Gracias por tus comentarios Guillermo :)
Saludos y un abrazo.
Excelente manera de explicar, gracias ya estoy entendiendo mejor.
Me alegro que te esté siendo de utilidad Milton :)
Un abrazo.
Excelente ejemplo y una explicación genial. Muchas Gracias.
Muchas gracias por tus comentarios Felix :).
Saludos.
Nuevamente! Muy buenas tus explicaciones y ejemplos. Realmente útil
Gracias por el apoyo German :)
Saludos.
Muchas gracias por compartir conocimiento, he seguido todos los videos y son de gran ayuda.
Gracias a ti Santiago. Me alegro que los videos que sean de utilidad :)
Saludos
Excelente video, Dios le bendiga Julio, gracias por compartir tus
conocimientos.
Muchas gracias por tu apoyo Jaime :')
Saludos cordiales.
Un capo profe! Siempre hay algo más que aprender!
Excelente explicación sobre modelamiento. Felicitaciones !!!
Excelentes videos Julio , gracias por tanto esfuerzo!
Muchas gracias por tus comentarios y apoyo Juan :)
Saludos cordiales.
¡Muy bueno el video! ¡Muchas gracias! Me ayudó mucho a organizar mis análisis...
Me alegro que el video te haya sido de utilidad Javier :).
Saludos cordiales.
Muy buen video. Exelentemente explicado. Muchas gracias.
Explicas muy bien, llevo varios videos y son una maravilla. Una pregunta, si la información la tenemos en columna en la pagina de hechos ¿Cómo hacemos para no hacer varias paginas de hechos? Puedes dar algun ejemplo de esto.
Maria, gracias por tus comentarios.
Disculpa, no me queda clara tu consulta.
Saludos
Lo estaba esperando! 🎉
Julio, Excelente... sin palabras.
Muchas gracias Giovany :').
Saludos cordiales.
Gracias por compartir tu conocimiento
Muchas gracias por tus comentarios Nallely.
Saludos :)
Muy buen explicacion!
Excelente este video y los anteriores, muy completos. Gracias!
Gracias por tus comentarios Yessica :)
Saludos.
Excelente explicación. Muchas gracias!!
Me alegro que el video te haya sido de utilidad Alejandro :)
Saludos
Soy muy groso explicando. Todos los videos me ayudaron mucho!
Muchas gracias por tus comentarios Iván.
Me alegro que los videos te sean de utilidad :)
Saludos.
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.
Es correcto Nestor, dependiendo de la situación no siempre es necesario actualizar todo el modelo.
Saludos.
Excelente explicación, muy claro
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.
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.
@@MenquisBI muchas gracias por darse el tiempo de responder.
Un gran saludo
Que maravilla justo lo que buscaba mil gracias
No hay de que Jonathan, me alegro que el video te haya sido de utilidad :)
Saludos.
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.
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
Muy didactico, felicidades!
Muchas gracias por tu apoyo Roberto :)
Saludos.
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?
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.
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
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.
@@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!!
Excelente explicación! Gracias crack
Muchas gracias por tu apoyo Ruben :)
Saludos.
Bien explicado. Gracias...!!!
Hola, muchas gracias por el aporte. Una consulta, consideras correcto el tener una dimensión de fecha, la cual tenga un id de fecha?? y dejar ese id como clave foránea en la tabla de hechos? muchas gracias
Hola Arni, gracias por tus comentarios.
Si, es una alternativa correcto. Solo debes asegurarte de activar la opción de "Marca como Tabla de Fechas", para que todo funcione correctamente.
Saludos.
Muy bien explicado.
Gracias Emilio :)
Saludos
Me gusta el nivel FELICITACIONES
Gracias! una consulta, podemos usar la función Calendarauto? para no importar otra tabla en el primer caso
Hola Ivana.
Asi es, es posible. Aunque yo prefiero crea la tabla Calendario de otro formas, y no con DAX.
Saludos.
excelente ,siga así maestro
Muchas gracias por el apoyo Sixto :)
Saludos
Muy útil muchas gracias
Muchas gracias por tus comentarios :)
Saludos.
Muchas gracias, estuvo muy bien explicado
Gracias por tus comentarios Jose Luis.
Saludos :)
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.
Gracias
En el ejemplo cuando se tiene dos tablas de hechos ¿solo funciona si se usan campos con valores y no con texto?
Excelente video como siempre, gracias Julio
Gracias Emerson :)
Saludos
Tenes un nuevo follow. Explicás muy claro y sin dudar !!
Podrías decirme como haces en el caso de la desnormalización de la Sub-Dimensión de Ciudad si necesito poder filtrar por país tanto por la dimTienda como por la dimCliente. Esto es un caso que me ha pasado en un modelo parecido donde en la tabla fact de "Transacciones aéreas" existe ciudadOirgen y ciudadDestino y existe la necesidad de filtrar por ejemplo por el país al cual pertenecen las ciudades de origen y destino a la vez. Por ejemplo todas las transacciones que tiene el país de Argentina (donde ciudadOrigen y ciudadDestino pertenecen ambas al país Argentina tabla [dimGegrafica]). Espero haber sido claro con la consulta ! Sos un crack !
Excelente, gracias!!!
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!!
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.
Gracias hermano, explicas super bien ,sigue asi
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.
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.
Excelente información
Hola, excelente explicación, tengo una duda en el minuto 22:12 al momento de volver a quitar duplicados, los valores únicos que me quedan en NombreTienda,. están asociados a las celdas de Zona y Departamento pero null y se pierden los datos de esas celdas, entonces lo único que logre hacer para quedar con esos datos, fue filtrar desde el campo Zona, quitando los null, no entiendo porque no me filtro de forma automática como en tu ejercicio?
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.
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.
Gracias Julio 🤙🏻
Mi estimado,agradecer nuevamente por el video. Solo tengo una duda, y es en la parte que haces la tbl dimVentas, si yo borro las tablas que desactivaste la carga, entonces no se va a actualizar a futuro mi tbl dimVentas final si se que se agregan mas tiendas que aun no estan en mis bases de datos? o como busco mayor información especificamente sobre eso, que nombres puedo poner para informarme mas, quiza por ahi tienes algun video sobre ese tema.
* 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: ua-cam.com/play/UUMOu25jQpvCNUgYV-Tl0iBnQg.html
Hola Julio, me parece magistral tu exposición y claridad, solo tengo una duda, en el modelo de una sola tabla, cuando combinas consultas en la fctVentas, el IdCliente y el Número de Orden de tu pantalla muestran Distintos: 999 únicos: 998, los primeros 2 registros están duplicados ¿es correcto que se tengan 2 Número de Orden duplicados en la tabla de hechos?
Adrian, gracias por tus comentarios.
Me podrías comentar el minuto exacto? Para poder revisarlo a detalle.
Un abrazo.
@@MenquisBI Con mucho gusto Julio, te mando la URL del momento exacto: ua-cam.com/video/AYLiwc51IOg/v-deo.html
Por otro lado, ya encontré la solución, si tienes algún correo, te envío la documentación y el archivo, espero con esto aportar un poquito con todo lo que nos ayudas, gracias por tus videos. Abrazo desde México.
@@adrianescamilla3342 Disculpa por la demora Adrian.
Si, es normal. He simulado que en la tabla de hechos de duplique el IDCliente (como es una llave foránea, es completamente normal que se repitan).
Saludos
@@MenquisBI Ok, entiendo, lo que sucede es que si quitas los duplicados del Número de Orden en esa tabla de hechos, la relación queda 1 a 1, lo cual es correcto con los datos de origen, pero el modelo estrella queda sin una relación 1 a varios al conectar dimCliente.
@@adrianescamilla3342 Es correcto Adrian
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
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.
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.
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.
Gracias Julio, espero me puedas apoyar con una duda, cuál sería la mejor manera de manejar valores nulos al momento de armar nuestras tablas de dimensión, por ejemplo armo la dimStores y me salen registros nulos en el nombre de la tienda, si los quito me faltarían los registros que no tienen nombre de tienda, este tipo de errores son muy comunes y no me queda claro cual seria la.mejor manera de abordarlos. Muchas gracias
Hola Ivan, gracias por tus comentarios.
En ese caso lo mejor en asignar un nombre por Categoria por Defecto en lugar de Vacío, por ejemplo: "No Especifico".
Saludos
@MenquisBI Muchas gracias Julio, Saludos.
¡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.
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.
Muchas gracias por tu amable respuesta Julio...saludos desde Colombia...
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
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.
Saludos, tengo una duda. Como podría trabar el indicador de cantidad de devoluciones por producto si la dimensión producto solo se relaciona con la tabla ventas?