Analysis Services devuelve un número diferente de filas para la misma tabla

[Syndicate_Admin]

Hola

Estoy usando datos de Analysis Services. Cuando importo una tabla en PowerBI, seleccionando dos columnas, la tabla tiene un total de 401.118 filas.

Esta es la consulta en M.

let
    Source = AnalysisServices.Databases("XY", [TypedMeasureColumns=true, Implementation="2.0"]),
    DWH = Source{[Name="DWH"]}[Data],
    Model1 = DWH{[Id="Model"]}[Data],
    Model2 = Model1{[Id="Model"]}[Data],
    #"Added Items" = Cube.Transform(Model2,
        {
            {Cube.AddAndExpandDimensionColumn, "[SAP_EKPO]", {"[SAP_EKPO].[EBELN].[EBELN]", "[SAP_EKPO].[EBELP].[EBELP]"}, {"SAP_EKPO.EBELN", "SAP_EKPO.EBELP"}}
        })
in
    #"Added Items"

Cuando consulto la misma tabla y columnas de DAX Studio conectadas a Analysis Services, la tabla tiene un total de 456.306 filas.

EVALUATE
SELECTCOLUMNS ( SAP_EKPO, [EBELN], [EBELP] )

La siguiente consulta de DAX Studio conectada a Power BI devuelve 1 fila. ( No se realizan transformaciones en Power Query )

EVALUATE
FILTER (
    SAP_EKPO,
    SAP_EKPO[SAP_EKPO.EBELN] = "4500376649"
        && SAP_EKPO[SAP_EKPO.EBELP] = "00020"
)

La misma consulta en DAX Studio conectada a Analysis Services devuelve 2 filas.

¿Cómo puede ser así?

Gracias de antemano.

Br

[Syndicate_Admin]

Hola, @ITManuel

Estaré encantado de responder a sus preguntas. Se produce una incoherencia en el número de filas cuando Power BI Desktop y DAX Studio cargan el mismo origen de datos de Analysis Services. Puede haber varias razones:

1. Filtro y tramado. En Power BI Desktop, es posible que se apliquen algunos filtros o condiciones de filtrado que hagan que se carguen menos filas de datos. Sin aplicar las mismas condiciones de filtro en DAX Studio, carga todos los datos del origen de datos.
2. Agregación de datos. En Power BI Desktop, si se usan funciones de agregación como SUM, AVG, etc., puede afectar al cálculo de las filas de datos. En DAX Studio, es posible ejecutar solo la consulta básica y no realizar la agregación, devolviendo así más filas.
3. Seguridad de nivel de fila (RLS). Si la seguridad de nivel de fila está habilitada en Analysis Services, es posible que diferentes usuarios vean diferentes filas de datos, ya que RLS filtra los datos en función de la función y los permisos del usuario.
4. Problemas con la versión de DAX Studio y Power BI Desktop. A veces, las versiones anteriores pueden tener problemas o limitaciones conocidos.
5. Consulta las diferencias. Las dos herramientas pueden ejecutar consultas diferentes en segundo plano, lo que da como resultado un número diferente de filas devueltas. Esto puede deberse a diferencias entre las herramientas o a diferentes opciones en la interfaz de usuario.

Al consultar en DAX Studio, a través del generador de perfiles de SQL Server en SSMS, descubrimos que DAX Studio envió una consulta de DAX, como se muestra a continuación;

Al consultar en Power BI Desktop, a través del generador de perfiles de SQL Server en SSMS, encontramos que Power BI Desktop envió una consulta M, como se muestra a continuación:

Si desea obtener más información sobre por qué hay una discrepancia en el número de filas entre Power BI Desktop y DAX Studio, puede usar herramientas relacionadas para capturar sus instrucciones de consulta de modo que pueda aclarar aún más lo que está sucediendo. Si las sugerencias anteriores pueden ayudarte, sería genial.

Cómo obtener respuestas rápidas a tu pregunta

Si no ayuda, proporcione más detalles con la salida deseada y el archivo pbix sin información de privacidad (o algunos datos de muestra).

Saludos

Jianpeng Li

Si esta publicación ayuda, considere Aceptarlo como la solución para ayudar a los otros miembros a encontrarlo más rápidamente.

[Syndicate_Admin]

Hola @v-jianpeng-msft ,

Revisé mi entorno:

• No se aplica ninguna condición de filtro en Power BI
• No se aplican agregaciones de datos en Power BI
• La seguridad de nivel de fila se aplica en SSAS, pero debe aplicarse igualmente a través de Power BI o la conexión directa desde DAX Studio, ¿verdad?
• Estoy trabajando en la versión de Power BI: 2.124.2028.0 de 64 bits (diciembre de 2023) y la versión 3.0.11 de DAX Studio, que parecen ser las últimas versiones disponibles para ambos

[Syndicate_Admin]

No hice la prueba con otra tabla:

A continuación, la consulta de DAX se dirige directamente a Analysis Services:

EVALUATE
FILTER ( SAP_EKBE, SAP_EKBE[EBELN] = "4500376649" && SAP_EKBE[EBELP] = "00010" )

Resultado, 2 filas:

A continuación, consulte M y realice el servicio de análisis desde Power BI:

let
    Source = AnalysisServices.Databases("XY", [TypedMeasureColumns=true, Implementation="2.0"]),
    DWH = Source{[Name="DWH"]}[Data],
    Model1 = DWH{[Id="Model"]}[Data],
    Model2 = Model1{[Id="Model"]}[Data],
    #"Added Items" = Cube.Transform(Model2,
        {
            {Cube.AddAndExpandDimensionColumn, "[SAP_EKBE]", {"[SAP_EKBE].[DMBTR].[DMBTR]", "[SAP_EKBE].[EBELN].[EBELN]", "[SAP_EKBE].[EBELP].[EBELP]", "[SAP_EKBE].[WRBTR].[WRBTR]"}, {"SAP_EKBE.DMBTR", "SAP_EKBE.EBELN", "SAP_EKBE.EBELP", "SAP_EKBE.WRBTR"}}
        })
in
    #"Added Items"

Y la consulta posterior de DAX de DAX Studio a Power BI:

EVALUATE
FILTER (
    SAP_EKBE,
    SAP_EKBE[SAP_EKBE.EBELN] = "4500376649"
        && SAP_EKBE[SAP_EKBE.EBELP] = "00010"
)

Resultado, 1 fila:

El resultado correcto que esperaría es exactamente el resumen de la consulta directamente de DAX Studio a SSAS, por lo que necesito ambas filas:

Resultado esperado requerido:

EBELN	EBELP	DMBTR	WRBTR
4500376649	00010	862251,88	862251,88

[Syndicate_Admin]

@ITManuel , Cree la medida en Power BI y compruebe

Countrows(SELECTCOLUMNS ( SAP_EKPO, [EBELN], [EBELP] ))

Asegúrese de que no haya ningún filtro y claro en la página.

Asegúrese también de que no se muestre ningún error o consulta de error en Power Query

[Syndicate_Admin]

Hola @amitchandak ,

Las medidas Countrows(SELECTCOLUMNS ( SAP_EKPO, [EBELN], [EBELP])) devuelven 401.118.