Actualización incremental mediante procedimiento almacenado, parámetros no invalidados en el servicio Power BI

[Syndicate_Admin]

Hola
Estoy intentando usar la actualización incremental de configuración en dat recuperado de un procedimiento almacenado. He configurado mis parámetros RangeStart y RangeEnd como fecha/hora y los he establecido con un día de diferencia. Luego escribí el siguiente código M para cargar datos desde el SP.

let
    Source = Sql.Database("myConnectionString", "myDatabase",[CommandTimeout=#duration(0, 2, 0, 0)]),
    NativeQuery = Value.NativeQuery
        (
            Source,
            "
            EXEC mySchema.myStoredProcedure
                @startDate,
                @endDate,
                @return
            ",
            [startDate=RangeStart,endDate=RangeEnd,return="Screenings"],
            [EnableFolding=true]
        )
in
    NativeQuery

La variable @return aquí determina qué conjunto de datos se devuelve de la ejecución del SP.
A continuación, configuré la actualización inceremental sobre la mesa, eligiendo tres años para el archivo y 10 días para el incremento.

La actualización funciona bien en el escritorio y veo un día de datos como se esperaba. Sin embargo, después de publicar en el servicio Power BI y desencadenar una actualización inicial. No veo datos del período de archivo completo como se esperaba. En su lugar, solo veo solo el día de datos que permiten los parámetros RangeStart y RangeEnd, tal como están configurados en el archivo de escritorio. Esto persiste después de varios intentos de actualización. Básicamente, el servicio Power BI no parece estar invalidando los parámetros de actualización incremental en función de la configuración de actualización incremental.

Notas adicionales:
Esta tabla se utiliza como origen para otras tablas del modelo semántico (referenciadas)

Esta tabla está oculta en mi modelo semántico (la carga está habilitada)
Las variables startDate y endDate de My SP son del tipo de datos datetime

[Syndicate_Admin · Accepted solution]

Encontré esta solución. Re: actualización incremental en la tabla por referencia: Microsoft Fabric Community , que corrige el problema pasando los parámetros de actualización incremental a variables ficticias en las consultas de la tabla de referencia. Con las variables ficticias de las consultas de referencia, se pueden aplicar configuraciones de actualización incremental (habrá una advertencia de que no se puede confirmar el plegado de consultas). Después de publicar y actualizar, todas las tablas ahora tienen particiones y la cantidad correcta de datos.

[Syndicate_Admin]

¿Cuántas particiones se han creado para esa tabla?

[Syndicate_Admin]

Buen aviso. Me conecté a través de SSMS al punto de conexión XMLA y vi que la tabla cargada desde el SP en realidad tiene varias particiones y la cantidad correcta de filas. Esta tabla está oculta en mi modelo semántico porque es una tabla de ensayo para otras dos tablas que la usan como origen referenciado. Ambas tablas no tienen particiones y solo tienen datos para un día. ¿Parece que las tablas de referencia no "heredan" la configuración de actualización incremental de la tabla de origen?

[Syndicate_Admin]

correcto. No saben nada sobre la consulta que se ejecuta en esa tabla. No los uses, busca otra forma, por ejemplo, a través del modelo de datos.

[Syndicate_Admin]

Gracias, este conocimiento me ayudó a descubrir una solución.

[Syndicate_Admin]

No lo hagas. Deshazte de la necesidad de estas tablas. La advertencia "puede que no se pliegue" tiene una razón: puede anular los beneficios de rendimiento de la actualización incremental completamente plegada, y todo lo que obtiene es la administración de particiones.