Isidre

Respuestas de foro creadas

Viendo 15 respuestas - de la 1 a la 15 (de un total de 42)
  • Isidre
    Espectador

      :loudspeaker:Esta parte de “advanced analysis” es muy nueva para mí. Todo lo visto ha sido una novedad en el tránsito al DA-100.

      • Detectar los “outliers” es crítico si después queremos disponer de los reportes limpios de elementos que puedan desvirtuar nuestra toma de decisiones. Sin duda es un paso previo a los informes muy importante. Por otra parte, también es importante para determinar comportamientos anómalos y que no corresponden a errores en los datos.
      • Creación de grupos en “lists” o “bins”, dependiendo si los datos son categóricos o continuos (números o fechas).
      • Disponemos de gráficos que nos permiten añadir distintas herramientas analíticas, entre ellas el forecasting. Dependiendo de la configuración del visual, se nos mostraran unas u otras. Debemos ser muy cuidadosos con el formato de las columnas que queramos agrupar en jerarquías, además de evitar usar el calendario por defecto. De ello dependerá que dispongamos de más o menos opciones. Muy útil la utilización de “play axis” para ver la evolución de una magnitud en el tiempo.
      • El visual “Key Influencers” nos permite determinar qué elementos clave están afectando al comportamiento de la métrica u otro elemento que queremos analizar.
        Podremos explicar la incidencia de un elemento sobre otro, siempre y cuando pertenezca a la misma tabla o esté relacionada con la que contiene al que debamos analizar. Los algoritmos utilizados detrás del cálculo no son controlables por el usuario, es el propio “engine” que dependiendo de la muestra y del tipo de datos aplicará uno u otro.
        Cuando analizamos el efecto sobre un campo de tabla no numérico, se aplica línea a línea, por tanto, no podemos expandir (Expand by) la muestra incorporando más variables. Sólo cuando el elemento a analizar es una medida o una columna numérica, será conveniente utilizar ese apartado para ampliar la muestra.
      • El visual “Decomposition Tree” es más intuitivo i fácil de manejar, pero no por ello menos potente. Nos permite ir desglosando una medida por los diferentes elementos que influyen en ella, podemos llegar al detalle deseado y encontrar valores en los extremos, de entre todos los campos incluidos en “Explain by”. La AI se encarga de encontrar en cuál de los campos se encuentra ese extremo.
      • Diferentes opciones de aplicar el Machine Learning, gracias a los algoritmos incluidos en Power bi. Algunas características sólo disponibles con la capacidad premium.

      :moneybag:Espero añadir valor en los futuros desarrollos. A fecha de hoy, no había utilizado casi ninguna de las opciones que nos ofrece aplicar “AI insights”.

      :firecracker:Antes del examen habrá que volver a revisar esta sección, nunca sabes qué parte del temario puede provocar un descalabro.

      Isidre
      Espectador

        Hola Kevin,

        ¡Qué manera de empezar el año!
        Te vas comer con patatas el examen DA-100. Sin duda los resúmenes que se van acumulando son una fuente de repaso para el resto de la comunidad.

        Sin prisas, pero con paso firme. Felicidades y sigue con tu objetivo, caerá como la fruta madura.

        Un saludo!!

        Isidre
        Espectador

          Lo aprendido :

          • La utilización de los Bookmarks da mucho juego a los informes, aunque cuesta un poco habituarse a la forma de utilizarlos. Clicar en “Update” cada vez que queramos cambiar el comportamiento de un Bookmark, parece evidente pero al principio no lo es.
          • Los “Buttons” nos permiten facilitar el acceso a la información detallada o navegar fácilmente por las páginas, también pueden utilizarse con los bookmarks
          • La utilización de la opción “Slicers sync” es útil pero un poco peligrosa, hay que cuidarse de no “perder” un slicer sincronizado y oculto en una página del informe. Puede generar comportamiento extraño si no lo tenemos en cuenta.
          • Los “ToolTips” son de gran importancia a la hora de añadir información a una visualización. No hay que abusar de ellos, pero bien usados son muy llamativos y aclaratorios. También nos sirven para poder ordenar los datos por campos distintos a los utilizados en el propio visual.
          • A través de la opción “Edit interactions” podemos modificar la forma como actúan las distintas visualizaciones entre sí. Especial atención a filtrado (Filter) o resaltado (Highlight)
          • El “Layer Order” nos permite establecer el orden por capas de los visuales y hacer la navegación menos confusa.
          • El “Drill Through” y el “Cross Filter” nos permiten acceder a información filtrada directamente desde la página origen, de esta forma vemos el detalle de una magnitud con los filtros previamente establecidos.
          • La opción de “Drill Down” me ha parecido un poco confusa al utilizarla, cuesta asimilar qué acción está realizando. Imagino que también depende desde qué visual se pruebe. Según lo activemos, nos permite navegar a través de la jerarquía de los datos del visual, accediendo directamente a los elementos de la jerarquía seleccionada o arrastrándola con el desglose de todas ellas.
          • Distintas opciones de exportación, según la configuración que se establezca en el servicio de Power BI
          • La opción del diseño para móviles no parece que sea muy popular. No hay que olvidar que para acceder a ella, debe hacerse a través de la aplicación disponible en la tienda de APPS del sistema de tu móvil. A diferencia de los dashboards aquí podemos utilizar los slicers y los gráficos actúan entre sí.

          Ha sido mi primer diseño en vista Móvil. Espero poder aplicarlo en mis desarrollos, al destinatario hay que mostrarle todas las posibilidades de que dispone y sólo podemos hacerlo si antes hemos pasado nosotros por encima.

          Seguro que todo suma para el examen de Certificación.

          Seguimos. Ánimo.

          Isidre
          Espectador

            Hola @KevinRoger, tu tienes madera de profesor. El valor de esta comunidad va en aumento, los integrantes la hacen cada vez mejor.

            Una pregunta : ¿los diagramas e iconos que utilizas, los consigues navegando por internet o usas algún software específico?

            Un saludo.

            Isidre
            Espectador

              Gracias @KevinRoger por la excelente explicación.

              Un saludo.

              Isidre
              Espectador

                Enhorabuena Alonso. Puede tardar un máximo de 48 horas. Si después de este plazo no te aparece deberías iniciar proceso de reclamación. En mi caso fue así y lo resolvieron sin problema.

                Un saludo.

                Isidre
                Espectador

                  Hola David,

                  No sé si lo he entendido, pero si el problema es que el rango está dividido en dos columnas, quizás la solución sería crear una columna calculada (en DAX o PQuery) con el nombre que identifique ese rango, por ejemplo :

                  “Entre 70 y 90”

                  La columna se crearía con dos condiciones concatenadas. Sería más fácil en PowerQuery y también más eficiente para el modelo.

                  Si no es lo que esperabas, quizás ayudaría a que adjuntaras pantallazos de tu modelo.

                  Un saludo.

                  Isidre
                  Espectador

                    Hola Minerva,

                    He probado sobre el mismo ejemplo que usamos en este curso de Certificación. La idea es calcular las ventas en el último periodo, en este caso 90 días y lo haré sobre cantidades para respetar lo hecho hasta el día de hoy.

                    Con la siguiente medida :

                     Unidades Vendidas Ult Periodo = 
                    CALCULATE (
                        SUM ( Sales[Quantity] ),
                        DATESINPERIOD ( 'Calendar'[Date], LASTDATE ( 'Calendar'[Date] ), -3, MONTH )
                    )
                    

                    tendremos qué cliente ha comprado los últimos tres meses y para cada producto. Si lo colocas en una matriz debería quedarte algo así :

                     

                     

                    El “-3” de la medida podrías convertirlo en un parámetro para ir cambiando el número de meses que quieres tener en cuenta para definir el periodo a considerar

                    Para responder a tu pregunta (1) : Aquel cliente que coincida el importe de la medida “Quantity” con la de arriba, será un nuevo cliente, puesto que el total comprado coincidirá con el del periodo, la matriz ya incorpora el desglose por producto.
                    Respuesta a la pregunta (2) : será aquel cliente que el valor de la medida de arriba sea 0. Todo esto lo puedes construir con un “IF” y las dos medidas o verlo directamente en la matriz.
                    Respuesta a la pregunta (3) : Si la diferencia entre la medida Quantity y la de arriba es positiva, querrá decir que dejó de comprar ese producto hace 90 días.

                    No sé si ha quedado claro, en cualquier caso puedes probar y ver qué te quedaría por resolver.
                    Se me olvidaba, puesto que el modelo sólo tiene ventas entre el 01/01/2018 y el 30/12/2019, deberías acotar con un slicer esas fechas y mover el periodo según te convenga para su cálculo.

                    Un saludo

                    Isidre
                    Espectador

                      Hola a tod@s,

                      Sin duda este capítulo de “Design a Data Model” ha sido el más denso hasta ahora, al menos para mí. La granularidad siempre me ha traído de cabeza y la forma de tratar las relaciones “many to many” también. Las posibilidades que nos permite el apartado de “model” para formatear las tablas y columnas es enorme y la opción de trabajar con los sinónimos nos facilitará enriquecer el apartado de Q&A.

                      Una parte muy poco explorada son las medidas rápidas, la forma de construir esas medidas está optimizada y sirve para aprender a construir mejores medidas. A partir de éstas descubrí la funcionalidad de “ISONORAFTER”, es un poco confusa por la función del último parámetro (al menos para mí).

                      Las jerarquías Padre-Hijo las aprendí a construir via Power Query copiando lo publicado por otros. Ya sabemos pues como construirlo en DAX.
                      La creación de la “Common data table” es todo un mundo y cada uno tiene su preferencia. según el modelo podemos pasar con tres funciones DAX o complicarnos lo que queramos.

                      Lo del “Role Playing dimensions” me ha generado muchas dudas. Si queremos filtrar por distintos campos de fecha no queda otra que duplicar el “Calendar”, lo cual es independiente de la relación que utilice una medida que podría activarse con la función “USERELATIONSHIP”(así lo he entendido).

                      La cardinalidad hace referencia a la cantidad de elementos que se relacionan desde una tabla a otra. Por otra parte la Granularidad se refiere al detalle de los datos, que puede ser distinto dependiendo de la tabla en que se encuentre.

                      Habrá que volver más de una vez a este capítulo, lo presiento. :slight_smile:

                      Isidre
                      Espectador

                        Hola a tod@s,

                        El apartado de Dashboards no lo había usado en absoluto. Cuando hice una primera lectura-visualización de los vídeos me pareció un poco confuso. Se habla de Dashboard, de Tiles, de Visualización, de Report, de Q&A, de Themes con .json, Data classification, etc.

                        Como todo, la mejor forma de asimilarlo es practicándolo. Es tal la combinación de opciones que te permite Power BI, que te puedes acabar perdiendo.

                        Si no lo entendí mal, la forma de compartir los Dashboards es similar a como se hace con los reportes, pero con una diferencia. Cualquiera que pertenezca al Workspace donde resida el Dashboard podrá verlo, pero no podrá modificarlo (no hay opción de permitir a alguien distinto del propietario, para que lo modifique).

                        Por otra parte, si el Dashboard se comparte (con alguien del mismo Workspace), tendrá acceso a realizar “Q & A”, pero eso no le dará permiso a modificarlo (no existe la opción, de hecho, es lógico).

                        Lanzo dos preguntas, que podemos compartir hoy en la reunión virtual (o que sean respondidas aquí mismo) :

                        1.- un dashboard no es interactivo, entonces, ¿cómo podemos saber los filtros que arrastra este Dashboard?? . Si clicamos encima del dashboard nos lleva al Reporte fuente, pero allí no se mantiene el filtro original

                        2.- Confirmar que , en todos los casos, el dashboard sólo lo puede modificar su propietario.

                        Respecto a cómo aplicarlo en nuestros desarrollos, yo no lo había utilizado, pero eso depende del perfil de usuario que tengas delante. Espero aplicarlo más pronto que tarde.

                        Y en cuanto al examen, seguro que servirá, está en el temario y es un apartado a cuidar, pues genera un poco de confusión.

                        Seguimos quemando etapas. Un saludo.

                        Isidre
                        Espectador

                          Resumen de lo aprendido :

                          • El formato condicional nos da mucha flexibilidad, puede parecer confuso, pues no está disponible de la misma manera en todos los visuales. A veces lo tenemos desde el Panel de “Fields” en la propia medida, otras debemos ir a la pestaña del rodillo (Format) para buscar el icono de la función. Una vez dentro debemos escoger entre, Escala de colores, Reglas y Valor de campo.
                          • Lo que me ha causado confusión es que no siempre puedes seleccionar lo que te interesa, por ejemplo, una medida para “Valor de campo”. Hay que llevar mucho cuidado con el formato que le des a la columna a referenciar o a la medida.
                          • Slicers y filters. En este caso lo importante es resaltar que podemos filtrar por fecha relativa. Muy útil cuando los datos se están actualizando constantemente.
                          • En el uso de TOPN y RANKX, no hemos de olvidar que el primero nos devuelve una tabla (útil para usarlo con CALCULATE) y el segundo una cifra (el orden en una lista)
                            • A través de un diagrama de dispersión podemos descubrir clústeres, patrones, tendencias o valores atípicos que pueden ser relevantes para el usuario o para nuestro análisis.
                            • Con Q&A podemos añadir preguntas de muestra para facilitar y convertir gráficos generados por Q&A en visuales del Informe.
                            • Quick insights analiza los datos por nosotros, con “Analize” desde el visual en el Desktop o “Quick Insights” desde el servicio. En el servicio los podemos convertir tanto en nuevos visuales, como en dashboards.
                            • Podemos añadir líneas de tendencia, pero la disponibilidad dependerá del tipo de visual. También disponemos del “Play Axis”, pero sólo para el diagrama de dispersión y para análisis muy concretos.

                            Quizás la parte con más aplicación práctica en nuestros desarrollos sea el Formato Condicional, da mucho juego a nuestras visualizaciones, aunque podemos caer en la trampa de abusar de ellos.

                            Todo suma para el examen, cuanta más información llevemos bien digerida mayor probabilidad de éxito.

                            Seguimos y ánimo.

                          Isidre
                          Espectador

                            Lo aprendido :

                            • La funcionalidad que hay detrás de la tecnología de VERTIPAQ y aquellos supuestos en los que realmente se aprovecha al máximo.
                            • Para no perjudicar a VERTIPAQ debemos importar solo aquellas filas que sean objeto de análisis. Eliminar columnas innecesarias, que es la parte que perjudica más al motor de compresión.
                            • Disminuir la cardinalidad de los datos al mínimo posible. Para ello podemos utilizar la opción de “Group by” para “resumir” los datos.
                            • Para los modelos que se conecten en modo “Direct Query”, podemos utilizar la opción de “aggregations”
                            • Aggregations nos permite utilizar lo mejor de Direct Query sin renunciar al rendimiento de las consultas.

                            Utilidad :

                            Mucha, aunque hasta el momento no he tenido la oportunidad de trabajar en modo Query de manera
                            profesional.

                            Para la Certificación :

                            Al ser un apartado que no había trabajado antes seguro que será útil, e imagino que algún punto acabará apareciendo en el examen.

                            Isidre
                            Espectador

                              Hola Julio,

                              No sé si he entendido bien tu duda, pero si intentas compartir un report desde tu área de trabajo, NO es posible. Sólo se permite compartir desde las “Areas de trabajo” creadas y para eso se requiere licencia PRO.

                              Espero haberte ayudado,

                              Un saludo

                              Isidre
                              Espectador

                                Estoy revisando el visual “Key Influencers” y la línea del gráfico de color rojizo que nos muestra “Average excluding selected” debería cambiar el valor a medida que vamos seleccionando los valores de la izquierda, los de las burbujas, que nos muestran los influenciadores.
                                La cuestión es que no lo hace y no tiene sentido, pues bien dice que ese “average” excluye la Key seleccionada.

                                ¿Alguien lo ha probado? En cualquier caso o no soy capaz de ver donde está mi error o no entiendo su funcionamiento.

                                Un saludo a tod@s

                                Isidre
                                Espectador

                                  Lo aprendido

                                  • No confundir el campo a través del cual se filtra con el campo que hace de clave transmisora de ese filtro entre las tablas afectadas. Ya tuve esa duda en el apartado “Role-Playing dimensions”
                                  • La dirección puede cambiarse (de single a both) si el escenario lo requiere, teniendo muy en cuenta las implicaciones que conlleva a través de las relaciones entre tablas.
                                  • Cuando aplicamos el RLS podría resolvernos el problema de la transmisión de ese filtro de seguridad. La recomendación es evitarlo, pues los “contras” pueden ser muy superiores a los “pros”
                                  • Distintas formas de crear tablas con DAX, pudiendo añadir columnas que son resultado de una métrica. La combinación entre tablas o columnas no tiene restricción, pero las métricas que incorporemos estarán sujetas a la relación entre las tablas involucradas.
                                  • Columnas calculadas y Contexto de Fila (Row Context), este apartado ya lo tenía bien trabajado de lo aprendido con DAX en su momento.
                                  • La RLS nos permite filtrar en un único informe aquella información que debe ser visible para cada usuario. La información a filtrar se gestiona a través de la creación de “Roles”, que son los que recogerán los filtros a aplicar.
                                  • En el servicio de Power BI deberemos asignar a los usuarios del WorkSpace donde se encuentre el informe , los roles que le corresponden a cada uno a través del “DataSet”. Esto además lo podemos realizar de forma dinámica filtrando a través del “USERPRINCIPALNAME”.
                                  • Las capacidades que nos ofrece el apartado de “Q&A” son enormes. Podemos incorporar los sinónimos que nos convengan para que el motor de “Q&A” entienda mejor las preguntas del usuario. De la misma forma nos permite incorporar preguntas predefinidas para facilitar las consultas.

                                  Utilidad para el desarrollo de los modelos en Power BI

                                  Todo ello me permitirá enriquecer los modelos desarrollados y los futuros, de cara a facilitar la usabilidad de los reportes.

                                Viendo 15 respuestas - de la 1 a la 15 (de un total de 42)