Categoría en #Servicio de Power BI

Control total de las actualizaciones de nuestros datasets y dataflows con Power Automate

La actualización de datasets y dataflows en el servicio de power bi pueden programarse, con el límite de 8 al día en el servicio de Power BI para que se lleven a cabo a una hora concreta en intervalos de 30 minutos. Sin embargo en determinados escenarios podemos necesitar que la hora de inicio de la actualización sea dinámica, dependa de un evento anterior. Imaginad por ejemplo que trabajamos sobre un modelo de datos que ataca un DataWarehouse, o datos en una capa de staging que se almacenan en un proceso que se realiza cada noche y que puede no tener una hora de conclusión fija.

Por otro lado, cuando actualizamos un dataflow necesitamos actualizar con posterioridad todos los datasets que dependen de él y esto es aun más complicado porque no podemos saber de manera alguna actualmente cuando ha acabado la actualización de ese dataset.

Todas estas casuísticas podemos solucionarlas haciendo depender la actualización no de la programación en el servicio, demasiado estática, sino creando el mapa de actualizaciones en powerautomate.

En el siguiente video os muestro como hacerlo.

Conectar un informe realizado sobre el conjunto de datos a un conjunto de datos del Servicio de Power BI

Es curioso muchas veces como tendemos a complicarnos la vida y las soluciones más sencillas se nos escapan a la vista.

Hace mucho tiempo ya que Power BI permite conectar un informe al Servicio de Power BI. Esto nos permite, crear un modelo y a partir de ese modelo poder hacer diferentes informes sobre el mismo. Es más, es una buena práctica que evita que cuando se hacen cambios en el modelo pueda eliminarnos accidentalmente algún informe.

Hace mucho tiempo también que publiqué sobre ello en mi anterior blog y como mediante la modificación de la estructura del archivo pbix comprimido se podía cambiar un informe que estuviera armado sobre el modelo, a un informe conectado al servicio.

Esta práctica últimamente me estaba dando muchos quebraderos de cabeza. Imágenes que no se registraban y aparecían en negro, cambios en los archivos que estructuran el pbix y un sin fin más de problemas que me hicieron abandonar esta práctica y hace poco en el PUG Spain un usuario contestó sobre el asunto con una manera sencilla pero que me hacía dudar si funcionaría:

«Elimina todas las tablas y crea la conexión».

Hoy tenía necesidad de convertir un modelo a informe conectado al servicio y era buen momento de probarlo.

He eliminado todas las tablas del pbix

Todas las visualizaciones se han roto por completo

He creado la conexión al servicio:

Conjunto de Datos de Power BI

Y mi informe vuelve a contener todas las visuales correctamente y como podéis ver en la parte izquierda del informe no contiene el modelo de datos, sino que está conectado a un modelo de datos en el servicio

Por supuesto no puedo dejar de mencionar a la persona que expuso la idea en el foro que fue Josep M PuigDollers, yo simplemente he probado que funcionara y la he reflejado en este post por si es de utilidad.

Vista de Linaje en el servicio de Power BI (vista preliminar)

A finales de octubre en el blog de Microsoft se publicó la entrada sobre la vista de linaje de datos en versión preliminar en el servicio de power BI:

https://powerbi.microsoft.com/es-es/blog/introducing-power-bi-lineage-view/

Hasta ahora no me había detenido a su evaluación, pero me parece una herramienta muy interesante para conocer todo el flujo de datos que interviene en un modelo analítico construido en power BI, ofreciéndonos una visión amplia de todos los elementos que  están subidos en un área de trabajo en el servicio y el árbol de su origen desde el origen de datos hasta el panel

Os muestro un ejemplo simple:

A partir de un origen de datos local, una carpeta, a la que se accede mediante una puerta de enlace, he construido un flujo de datos (Prueba power bi sp). A partir de ese flujo de datos he creado un conjunto de datos (Prueba dataflow model). A partir de éste un informe (01.Report Prueba), que yo siempre construyo conectado al modelo, mis reportes nunca contienen los conjuntos de datos sino una conexión a los mismos. Y a partir de éste he creado un panel (01. DashboardPrueba.

Desde esta vista linaje podemos acceder y realizar muy diversas tareas en cada uno de los elementos que contiene.

Si seleccionamos el flujo de datos, se nos abre la siguiente ventana a la derecha

Esta ventana nos va a mostrar las entidades que contiene el flujo de datos y vamos ir hasta su edición directamente.

Pinchando en los tres puntos   

Nos va a mostrar el siguiente menú:

Pudiendo navegar hasta cualquiera de los elementos que en el menú aparecen: Eliminar el flujo, editarlo, exportar el .json, Propiedades, Actualizar historial, Actualizar ahora, programar actualización y configuración.

Si pinchamos en el conjunto de datos nos va  a mostrar el nombre de las entidades que contiene:

Y pinchando en los 3 puntos nos ofrece el siguiente menú de funcionalidades:

Pinchando el informe, nos va a mostrar la siguiente pestaña a la derecha desde la que podemos acceder directamente al informe:

Y desde el los tres puntos nos va a ofrecer las siguientes funcionalidades:

Y pinchando el panel nos va a posibilitar acceder directamente al mismo:

Y desde los tres puntitos nos presenta las siguientes opciones:

Si existe algún error de actualización nos lo va a mostrar en un vistazo:

Y vamos a tener un mapa claro de cada uno de los flujos intervinientes en el modelo:

Personalmente creo que es un avance muy importante en el servicio para tener mayor control sobre todos y cada uno de los elementos intervinientes en un proyecto de BI con Power BI que en modelos complejos, con orígenes muy diversos, puede ser crucial para su documentación y su entendimiento.