Forum Discussion

Syndicate_Admin's avatar
Syndicate_Admin
Icon for Administrator rankAdministrator
1 year ago

Azure Table Storage a Power BI

Un conjunto de datos que tiene 7000+ filas y aumenta en 1500 filas por día en el almacenamiento de tablas de Azure: envía datos a Power BI Desktop mediante la dirección URL del token SAS: se crea un código M en el Editor avanzado que transforma los datos de almacenamiento de tablas y recibe solo 2378 filas de datos a pesar de cambiar las veces varias veces el código M. ¿Cuál puede ser el problema? Por qué Power BI no puede obtener los datos completos de 7000+ filas a tiempo. Asesorar la resolución.

4 Replies

  • Tenga en cuenta que el tamaño de los datos está dentro de los límites de 23 MB a tiempo, y utiliza una licencia PPU para Power BI.

    • Syndicate_Admin's avatar
      Syndicate_Admin
      Icon for Administrator rankAdministrator

      Incluso después de modificar el código M varias veces, las filas estaban restringidas y lo pasaban mal. Finalmente, cambié a Dataflows, que administra la autenticación con la URL de Azure Table Storage y pude descargar todos los datos de los dispositivos y trabajar sin problemas. Trabajar con tokens SAS en M-Code es propenso a errores y no es fácil de implementar. Los mismos tokens de SAS: estamos usando scripts de Lua en nuestra puerta de enlace de IOT para obtener datos en tiempo real en Azure Table Storage y no hay ningún problema.

      • Syndicate_Admin's avatar
        Syndicate_Admin
        Icon for Administrator rankAdministrator

        Hola @rooftopurja ,

        Gracias por compartir su experiencia y los desafíos con el uso de tokens de SAS en M-Code para Azure Table Storage, al tratar con la paginación y la autenticación. Como ha señalado, este enfoque a menudo puede ser propenso a errores y difícil de implementar.


        Aunque los tokens de SAS funcionan sin problemas en scripts de Lua para IoT Gateway, el control de Power BI de estos tokens, especialmente junto con la paginación, puede presentar limitaciones y complejidades. Esta es la razón por la que los flujos de datos a menudo pueden proporcionar una solución más confiable y fluida, ya que están diseñados para administrar tanto la autenticación como la paginación de manera más eficiente.


        Es estupendo saber que Dataflows ha resuelto el problema. Como ha comprobado, los flujos de datos simplifican la conexión a Azure Table Storage mediante el control automático de la autenticación, la recuperación de datos y la paginación, lo que elimina la necesidad de administrar manualmente los tokens de SAS y los tokens de continuación en M-Code.

        En el caso de grandes conjuntos de datos o casos que implican orígenes de datos complejos, los flujos de datos suelen ser el enfoque más eficaz para garantizar flujos de datos fluidos y confiables en Power BI.

        Si tienes más preguntas o necesitas ayuda, no dudes en ponerte en contacto con nosotros.

        Si esta respuesta fue útil, considere marcarla como la solución aceptada para ayudar a otras personas que puedan tener consultas similares.

        Saludos
        Vinay.

  • Hola @rooftopurja ,

    Gracias por ponerse en contacto con la comunidad de Fabric.

    Según su descripción, puede recuperar 2378 filas, pero no obtiene las 7000+ filas completas. Esto indica que la paginación funciona parcialmente, pero parece que Power BI no controla correctamente los tokens de continuación para capturar filas adicionales más allá de lo que ya se ha cargado.


    Azure Table Storage tiene un límite predeterminado de 1.000 filas por respuesta a consulta. Si tiene más de 1.000 filas, la API devolverá un token de continuación en la respuesta (NextPartitionKey y NextRowKey) para capturar la siguiente página de resultados. Power BI no controla automáticamente estos tokens de continuación a menos que el código M se escriba explícitamente para procesarlos y capturar las páginas siguientes.

    Dado que puede recuperar 2378 filas, sugiere que la paginación se está produciendo al menos para el primer conjunto de filas, pero es probable que Power BI no continúe en las páginas siguientes después de eso. Puede encontrar más información sobre la paginación y los límites de consulta en Tiempo de espera de consulta y paginación (API de REST) - Azure Storage | Microsoft Learn


    Para recuperar todo el conjunto de datos, deberá implementar el control de paginación en Power Query (código M). Al hacerlo, puede asegurarse de que Power BI seguirá correctamente los tokens de continuación y cargará todos los datos disponibles.

    Estos son algunos recursos útiles:

    Re: ¿cómo crear una consulta que pagina? - Página 2 - Comunidad de Microsoft Fabric: Esta explicación sobre la creación de una consulta que pagina proporciona instrucciones sobre cómo configurar consultas recursivas para la paginación.

    También puede consultar el artículo de Medium de Martijn Lentink sobre el uso de Azure Table Storage con tokens SAS en Power BI, que ofrece una explicación detallada de cómo controlar la paginación y recuperar todas las filas.

    Espero que esto ayude. Póngase en contacto con nosotros para obtener más ayuda.
    Si esta publicación ayuda, considere aceptarla como la solución para ayudar a los otros miembros a encontrarla más rápidamente y se agradecería un felicito.

    Gracias.