Register now to learn Fabric in free live sessions led by the best Microsoft experts. From Apr 16 to May 9, in English and Spanish.
Supongamos que tengo 3 tablas en mi modelo
1. Tabla de fechas
2. Tabla de Entradas
3. Tabla de usuarios
La tabla de fechas es una tabla de fechas estándar y tiene una clave de fecha que se utiliza para conectarse a la tabla de tickets. La tabla Tickets contiene un identificador de ticket, un identificador de remitente y un identificador de tecnología de servicio (propietario del billete). La mayoría de nuestros análisis se realizan en los técnicos de servicio, por lo que la conexión activa entre la tabla de tickets y la tabla de usuarios se basa en User[ID] - Tickets[service_tech_id]. Hay una relación inactiva para User[ID] - Ticket[ID de remitente]. La tabla de fechas está conectada a la tabla Tickets con Dates[DateKey] - Tickets[Created Date] con varias otras relaciones inactivas que no son relevantes para esta discusión.
Aquí está una instantánea del modelo:
La región del remitente se encuentra en la Tabla de Entradas mediante una búsqueda del Usuario a la tabla Entradas basada en Tickets[ submitter_id] - User[id]. Lo que he hecho un recuento de días totales en la organización que se va a utilizar para un recuento de corazón en la organización. Todos los datos de usuario (fecha de inicio, fecha de finalización del empleo) se encuentran en la tabla Usuario.
Así que he creado una medida que calcula el número de días en la organización:
SUMX(User,
CALCULATE(COUNTROWS('Dates - Dim Dates'),
'Dates - Dim Dates'[IsWeekDay] = TRUE(),
'Dates - Dim Dates'[IsHoliday] = FALSE(),
DATESBETWEEN('Dates - Dim Dates'[CalendarDate], [Most Recent Hire Date], [Employment End Date]),
DATESBETWEEN('Dates - Dim Dates'[CalendarDate], [First Calendar Date], [Last Calendar Date])))
Mis problemas provienen del hecho de que la región del remitente no está filtrando la función anterior. Sospecho que esto es porque está en el lado de los muchos de la relación 1:M. De hecho, cuando construyo una tabla con la región del remitente (desde el ticket), con user_ID (del usuario) hace lo siguiente:
ID de usuario | Fecha de contratación más reciente | Fecha de finalización del empleo | Total de días hábiles trabajados | Región del remitente |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Oficina central |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | India |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Central del Norte |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Noreste |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Noroeste |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Central Del Sur |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Sureste |
A | 6/20/2016 0:00 | 10/25/2019 0:00 | 846 | Sudoeste |
esencialmente duplicando filas.... que no quiero. ¿Hay alguna manera con dax para evitar esto y realmente tener la región con la que este usuario debe ser identificado?
Covering the world! 9:00-10:30 AM Sydney, 4:00-5:30 PM CET (Paris/Berlin), 7:00-8:30 PM Mexico City
Check out the April 2024 Power BI update to learn about new features.
User | Count |
---|---|
2 | |
1 | |
1 | |
1 | |
1 |
User | Count |
---|---|
2 | |
2 | |
2 | |
2 | |
1 |