Dependencia circular de la tabla calculada con gerente y decendantes

[clausm73]

Estoy tratando de calcular una tabla - una tabla de puente - con todos los descendientes de un gerente en cualquier momento desde una dimensión que cambia lentamente con una jerarquía de elementos primarios y secundarios. Esta tabla de asignación se va a utilizar para la seguridad de nivel de fila, por lo que se va a unir de nuevo a la tabla desde la que se calcula.

Pero sigo recibiendo un error de dependencia circular cuando intento crear una relación en la columna [MANAGERHIERARCHYKEY]:

Aquí hay un script para crear una muestra de mi tabla de dimensiones que cambia lentamente 'dim_managerhierarchy'.

dim_managerhierarchy = DATATABLE(
    "WORKERKEY", INTEGER,
    "PARENTWORKERKEY", INTEGER,
    "NAME", STRING,
    "VALIDFROM", DATETIME,
    "VALIDTO", DATETIME,
    "MANAGERHIERARCHYKEY", INTEGER,
    "PARENTMANAGERHIERARCHYKEY", INTEGER,
    {
        {1, BLANK(), "Boss", "2020-01-01", "2020-12-31", 1, BLANK() },
        {2, 1, "Sales Manager", "2020-01-01", "2020-12-31", 2, 1 },
        {3, 2, "Employee", "2020-01-01", "2020-06-30", 3, 2 },
        {3, 1, "Employee (Promoted)", "2020-07-01", "2020-12-31", 4, 1 }        
    }
)

Aquí está la fórmula utilizada para crear la tabla del Bridge

=
/*
Description:
1. For each worker find historic hierarchy keys in the manager hierarchy.
2. For each hierarchy key - find any descendant historic hierarchy keys using PATHCONTAINS( PATH( <Historic Key>, <Manager Historic Key> ), <Historic Key> ) ).
3. DONE - we have build a list to map all workers to the historic versions of their descendant workers.
*/
GENERATE (
    SELECTCOLUMNS (
        ALLNOBLANKROW ( dim_managerhierarchy ),
        "WORKERKEY", dim_managerhierarchy[WORKERKEY],
        "WORKERHIERARCHYKEY", dim_managerhierarchy[MANAGERHIERARCHYKEY]
    ),
    CALCULATETABLE (
        dim_managerhierarchy,
        FILTER (
            ALLNOBLANKROW ( dim_managerhierarchy ),
            PATHCONTAINS ( dim_managerhierarchy[PATH_UNIQUE], [WORKERHIERARCHYKEY] )
        )
    )
)

Espero que alguien pueda ayudarme a contruct esta tabla de puentes en DAX - para que no obtenga un error de dependencia.

[amitchandak]

@clausm73 , normalmente las tablas creadas con Resumir y distintas no dan este problema. Pero hay pocos casos que puedan.

Intente usar distinct en la parte superior del script de la tabla y compruebe si eso puede ayudar. Espero que no sea una tabla de big data

[clausm73]

No lo lo hice para resolver la mezcla de problemas en RESUME en la instrucción DAX.

Sin embargo - Obtuve una ligera mejora del rendimiento usando esta expresión:

=
/*
Description:
1. For each worker find historic hierarchy keys in the manager hierarchy.
2. For each hierarchy key - find any descendant historic hierarchy keys using PATHCONTAINS( PATH( <Historic Key>, <Manager Historic Key> ), <Historic Key> ) ).
3. DONE - we have build a list to map all workers to the historic versions of their descendant workers.
*/
GENERATE (
    SELECTCOLUMNS (
        SUMMARIZE (
            ALLNOBLANKROW ( dim_managerhierarchy ),
            dim_managerhierarchy[WORKERKEY],
            dim_managerhierarchy[MANAGERHIERARCHYKEY]
        ),
        "WORKERKEY", dim_managerhierarchy[WORKERKEY],
        "WORKERHIERARCHYKEY", dim_managerhierarchy[MANAGERHIERARCHYKEY]
    ),
    SUMMARIZE (
        FILTER (
            SUMMARIZE (
                ALLNOBLANKROW ( dim_managerhierarchy ),
                dim_managerhierarchy[MANAGERHIERARCHYKEY],
                "PATH", MIN ( dim_managerhierarchy[PATH_UNIQUE] )
            ),
            PATHCONTAINS ( [PATH], [WORKERHIERARCHYKEY] )
        ),
        dim_managerhierarchy[MANAGERHIERARCHYKEY]
    )
)

[PaulDBrown]

@clausm73

¿Ha intentado crear la tabla de dimensiones en Power Query? Haga referencia a la tabla de hechos, elimine columnas innecesarias, elimine filas duplicadas, cambie el nombre de la tabla, cargue y cree una relación.

[clausm73]

Bueno, como es una jerarquía padre-hijo para los empleados (en una dimensión de chagning lentamente) - la mayoría de los atributos de dimensión se crean como columnas calculadas en el modelo tabular mediante DAX. Y no voy a reescribir toda esa lógica en Power Query-statements.

Por lo tanto, mi "solución" ha sido lamentablemente NO hacer las relaciones, pero usar crossfiltering en mi expresión de filtro para la seguridad de nivel de fila.

Esto funciona, pero no permitirá hacer "slicers" filtros basados en WORKERKEY en la tabla de puente creada, lo que permite realizar la "suplantación" de los administradores en los informes en los que a un usuario se le han asignado "filas" en una base de datos para permitir la "suplantación". ☹

[PaulDBrown]

@clausm73

Disculpas... Entendí que tenía un problema con una dimensión en particular (no todo el modelo que ha configurado utilizando columnas calculadas)