Respuestas de foro creadas
-
Hola Alejo! Puede que el promedio esté considerando únicamente los valores que tienen 1, entonces al sumar todos los “1” y dividir solo entre los que tienen “1”, el resultado es 1. Puedes hacer el promedio tú, sumando todos los “1” con SUM y luego dividiendo ese valor de SUM por un conteo de todos los pacientes usando COUNT.
La otra que puede estar pasando es que te redondee el promedio a un valor entero y por eso ves el “1” en lugar del valor real, que sea un decimal. Esto se puede configurar en diferentes lugares, por ejemplo:
– Minuto 3:50 de esta clase: https://www.datdata.com/products/especializacion-en-visualizacion-de-datos-con-power-bi/categories/2154503871/posts/2175798597
– A nivel medida:
Hola Carlos! Esto lo puedes hacer con una fórmula DAX para visualizar el resultado en un reporte, en lugar de directamente en el modelo.
En el modelo solo agrégalo si hay una razón muy específica para tenerlo como tabla del modelo. Si no, es mejor que lo agregues con la medida DAX en el reporte. Puedes hacerlo como dice Alejo, o con un COUNT sencillo. Aquí puedes ver a por qué es mejor: https://www.datdata.com/products/especializacion-en-dax-con-power-bi/categories/2154393702/posts/2173740967
Lo puedes agregar como una visualización de tabla si lo necesitas en ese formato. Sería agregando la medida como vemos en esta clase: https://www.datdata.com/products/certificacion-oficial-por-microsoft-de-power-bi/categories/3567095/posts/11910393
Hola Gaudys! Para resolver ese error, aplica el mismo paso de reemplazar valores en blanco por nulos que vemos en el minuto 3:20 de esa clase: https://www.datdata.com/products/especializacion-en-transformacion-de-datos-con-power-query/categories/2154374108/posts/2173663499
PERO aplica el reemplazo de valores a la otra columna, la que tiene “Final Worth, Organization, Country” en el título.
Y aplícalo justo después de reemplazar los valores de la primera columna “Name”. Entonces los pasos te quedarían así:
Y al final ya no tendrás el error:
Ahora, ¿cómo detecté que ese era el error? Si haces clic en la celda del error (NO en la palabra que dice “Error”, sino enseguida, como en la imagen de abajo).
Verás que abajo viene el detalle del error. En este caso el detalle dice “[List]”. Esto habla de que es un listado de valores, y por el tipo de resultado que está esperando Power Query, tiene que ser un valor y no una serie de valores.
Y al aplicar el reemplazo de valores en blanco a nulos, luego se eliminaron esos valores duplicados al filtrar los valores nulos.
Hola! Sí probablemente ese es el problema con el conector.
En la página oficial viene que la edición profesional del conector tiene una arquitectura de 64 bits: https://www.sqldbx.com/professional_edition.htm, lo que puede resolver el problema.
La otra opción que puedes intentar es instalar Power BI de 32 bits y ver si con esto se resuelve ese error.
Como ya tienes la lógica para la medida, para hacerlo para las otras columnas, simplemente tienes que cambiar esta parte en tu fórmula con la medida que quieres comparar:
De hecho este cambio lo vemos en el minuto 5:00 de esta clase https://www.datdata.com/products/certificacion-oficial-por-microsoft-de-power-bi/categories/3567095/posts/11910392.
Está genial la fórmula que creaste Alain!
Con respecto a la duda, a qué totales te refieres? Porque sí se ve el total en la tabla (6860). ¿Te refieres al total de las otras columnas, al total del año pasado, de otros cálculos o a cuál?
Estoy atento.
Perfecto! Gracias por compartir la solución para que otros estudiantes lo puedan aplicar.
Hola Javier! Aquí te podría servir el custom visual de Word Cloud.
En este video explican cómo usar este custom visual: https://www.youtube.com/watch?v=brkbbS4GSGw. El video está en inglés pero puedes agregarle subtítulos en español.
Y en esta clase vemos cómo usar Custom Visuals: https://www.datdata.com/products/especializacion-en-visualizacion-de-datos-con-power-bi/categories/2154410876/posts/2173811930
Hola! Puedes revisar si no está detectando que el archivo de Excel tiene todas esas columnas, por ejemplo con información vacía? Por ejemplo por algo así: https://youtu.be/cIJcuLyRZGs?si=0HiONWGpw07wS83f&t=215 en el minuto 3:35
Otra razón por la que esto se puede generar es por tener el mismo nombre de la hoja de Excel con un nombre de tabla en Power Query. Aquí viene explicado: https://community.fabric.microsoft.com/t5/Desktop/Error-Msg-Column-Exceeds-16000-limit-but-there-are-only-100/m-p/193850
Estoy atento
Hola! Este es un caso avanzado donde no necesariamente están cambiando el mes para cerrar el año fiscal, sino que también están cambiando el día donde se acaba cada mes fiscalmente.
En este caso aún y cuando se podría hacer la tabla calendario en Power Query (https://www.datdata.com/products/aprende-power-bi-con-proyectos-sencillos/categories/2150269518/posts/2157821990), para hacer ese cambio avanzado deberás de agregar condicionales IF para lograrlo.
Si no deseas agregar condicionales IF, la otra opción siempre es Excel. Ahí podrías hacer una columna con todas las fechas del rango que deseas y luego agregar a la derecha cada una de las columnas. Esto también lo puedes hacer con fórmulas y condicionales tipo IF pero tienes mayor flexibilidad para controlar el valor de cada celda y columna.
Luego esta tabla la conectas a Power BI y funcionará igual que una tabla calendario. Solo asegúrate de dar margen para las fechas del futuro.
Hola Martina! Mira, te puede servir la Especialización de Modelado de Datos: https://www.datdata.com/products/especializacion-en-modelado-de-datos-con-power-bi. Por ejemplo esta clase: https://www.datdata.com/products/especializacion-en-modelado-de-datos-con-power-bi/categories/2154393635/posts/2173740618.
Pero sí debes tener mucho cuidado con esta relación principalmente:
Esas relaciones tienen comportamientos muy poco intuitivos, principalmente que si agrupas los datos para hacer cálculos, los datos pueden aparecer en varios grupos, por lo que la sumatoria no será igual total.
Saludos!
Hola Martina! La razón por la que no se recomienda la dirección en ambos sentidos es porque se crea ambigüedad entre las tablas que pueden filtrar otras tablas a través de la relación.
Esto significa que va a llegar un punto donde no vas a saber qué tabla está aplicando los filtros en tus medidas.
Y entre más de estas relaciones tengas, más ambigüo se volverá el reporte.
Ahora, con las tablas de información económica, cómo se conectarían a este modelo? ¿Será con tablas adicionales o agregarás esa información a las tablas que ya tienes?
Si vas a agregar tablas adicionales ya empezaría a preocuparme por la ambigüedad que generan estas relaciones. Pero si vas a agregar esa información a estas tablas que ya tienes, debe de seguir funcionando como lo mencionas.
Si ya está en un servidor física el Data Gateway, entonces deben de estar usando el modo estándar, lo cual es bueno.
¿Crees que les serviría instalar un clúster de gateways para hacer más robusta la actualización?
Aquí viene la documentación de cómo hacerlo: https://learn.microsoft.com/es-mx/data-integration/gateway/service-gateway-high-availability-clusters
