ROW_NUMBER() OVER (PARTICIÓN POR ORDEN A,B,C,D,E POR DBMS_RANDOME. ALEATORIO) EN DAX ??

[Syndicate_Admin]

Hola, Comunidad.... Principiante aquí--

Por lo tanto, tengo una tabla de agregación bastante grande (AGG) que estoy fusionando (unión externa completa) con una tabla más pequeña (ISS) usando siete condiciones de unión, es decir, tabla de unión externa completa b en a.column = b.column x 7. Al fusionar (aproximadamente 2 horas de duración), noté que mis cifras estaban infladas, por lo que implementé una función row_number para "desduplicar" el conjunto de datos y normalizar las agregaciones de la tabla más pequeña. Funcionó perfectamente; sin embargo, triplicó la duración de la compilación de CI.

A continuación se muestra una captura de pantalla de algunos de los campos de la tabla combinada final: RO_ISS = 1 se cuentan mientras que RO_ISS = 2 se excluyen de los elementos visuales de PBI (ejemplo de medida replicada para cada columna en ISS:

tot_issues_upd =

calcular(

SUMA(TBL_CUSTCA_PRANET_MERGED[Total de problemas]), filter(TBL_CUSTCA_PRANET_MERGED, TBL_CUSTCA_PRANET_MERGED[RO_ISS] = 1)

)

Esto me lleva a mi pregunta.... Decidí intentar la función row_number como una columna calculada en PBI como alternativa a la función de ventana SQL con la esperanza de reducir la duración de CREATE TABLE. ¿Alguien puede ayudarme con esto? Mi enfoque inicial fue crear una columna personalizada concatenando las siete columnas presentes en mi cláusula SQL PARTITION BY en una cadena larga separada por guiones bajos, luego usando una combinación de RANKX y FILTER. Parece funcionar en muchos casos, pero a muchos se les asigna el rango de 2 sin razón aparente.

¡Gracias!

[Syndicate_Admin]

@lngshrmn_phil ha seguido Ranking por subcategoría en el blog dado y tendrá pocos de esos

ejemplo

[A] = MAx([A]) && [B] = Max([B]) etc.

https://radacad.com/how-to-use-rankx-in-dax-part-2-of-3-calculated-measures