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.
Hola
Por lo tanto, me he quedado atascado en un cálculo acumulativo debido al tamaño de mi conjunto de datos. Este es un ejemplo del conjunto de datos.
Id | Usuarios | ActionType | InteractionType | Aplicación |
7981f340-5e00-49ec-ab55-1cc975cbc5ce | 3,946,783,049 | Navega | Haga clic con el botón derecho | A |
b29125a7-a0bc-489c-a739-52c4c3ba1fcf | 1,092,345,660 | Navega | Suspender | D |
be89f247-60f3-455e-b0a7-cd6128bc3f9c | 1,734,750,135 | Transacción | Clic izquierdo | A |
b1c9c5a3-e75c-431e-8b85-bc2d74ba730d | 1,562,373,384 | Transacción | Haga clic con el botón derecho | C |
3f9f1dd8-0fda-4c48-94d2-bf779ff95226 | 1,107,690,317 | Navega | Haga clic con el botón derecho | B |
d0a66a39-3d57-42c5-b2b7-45a54da598a1 | 648,011,451 | Navega | Haga clic con el botón derecho | C |
c7d7572b-dbb2-4074-985f-4cc44b0a1b51 | 230,762,581 | Transacción | Clic izquierdo | B |
a929cead-16ba-49e2-b389-6728af4b5f3d | 228,863,834 | Transacción | Clic izquierdo | B |
08f66143-d1d8-4298-9fbf-ce0eee0e8a62 | 216,938,967 | Navega | Haga clic con el botón derecho | D |
ef615efa-5892-4b85-90a8-c6718d23e05c | 206,676,175 | Transacción | Suspender | A |
My goal is to add Usuarios column cumulatively in orden descendente (as shown below), while having columns ActionType, InteractionType and Aplicación as slicers with multi-select i.e. este cálculo se vuelve dinámico por cada combinación de segmentación.
Id | Usuarios | AcumulativoUsuarios |
7981f340-5e00-49ec-ab55-1cc975cbc5ce | 3,946,783,049 | 3,946,783,049 |
be89f247-60f3-455e-b0a7-cd6128bc3f9c | 1,734,750,135 | 5,681,533,184 |
b1c9c5a3-e75c-431e-8b85-bc2d74ba730d | 1,562,373,384 | 7,243,906,568 |
3f9f1dd8-0fda-4c48-94d2-bf779ff95226 | 1,107,690,317 | 8,351,596,885 |
b29125a7-a0bc-489c-a739-52c4c3ba1fcf | 1,092,345,660 | 9,443,942,545 |
d0a66a39-3d57-42c5-b2b7-45a54da598a1 | 648,011,451 | 10,091,953,996 |
c7d7572b-dbb2-4074-985f-4cc44b0a1b51 | 230,762,581 | 10,322,716,577 |
a929cead-16ba-49e2-b389-6728af4b5f3d | 228,863,834 | 10,551,580,411 |
08f66143-d1d8-4298-9fbf-ce0eee0e8a62 | 216,938,967 | 10,768,519,378 |
ef615efa-5892-4b85-90a8-c6718d23e05c | 206,676,175 | 10,975,195,553 |
He utilizado esta medida DAX para calcular la columna CumulativeUsers anterior:
AcumuladosUsuarios (CumulativeUsers)
VAR __minUsers á MIN( SampleDataset[Usuarios] )
VAR __cumulativeUsers - CALCULATE( SUM( SampleDataset[Usuarios] ),
FILTER( ALLSELECTED(SampleDataset[Usuarios] ),
SampleDataset[Usuarios] > __minUsers) )
DEVOLUCIONes __cumulativeUsers
I am getting the correct answer with this, but the only issue I face is, since I have more than 1 million Distintas Ids in my dataset, as soon as I pick a slicer combination (from columns ActionType, InteractionType and Aplicación), the report halts and eventually my system crashes due to RAM overflow. It only works for those slicer combinations which have very little data for that particular combination. I have also tried this in systems with total RAM as large as 64GB and got the same response.
Entonces, ¿hice algo incorrecta o ineficientemente? ¿O he superado los límites de datos admitidos de Power BI aquí?
Su ayuda o sugerencias serían realmente apreciadas. Gracias de antemano.
Solved! Go to Solution.
@nitish_techdemo , Esta fórmula es buena. Vea si hay alguna unión bidireccional. Si puedes hacerlos direccionales. Eso ayudaría a
@nitish_techdemo , Esta fórmula es buena. Vea si hay alguna unión bidireccional. Si puedes hacerlos direccionales. Eso ayudaría a
Hola @amitchandak ,
Gracias por responder con prontitud. He comprobado todas las combinaciones utilizadas en nuestro origen de datos (modelo de Power BI), según su sugerencia. Todos eran direccionales sólo para mi consternación.
He intentado limitar los datos tanto como pude en el lado de la vista SQL (manteniendo la dinámica necesaria para el requisito actual), pero todavía no es lo suficientemente bueno para evitar el bloqueo del sistema al usar varias combinaciones de segmentación de datos.
En este punto estamos pensando en un enfoque de procedimiento almacenado parametrizado, que se encarga de la lógica acumulativa basada en las combinaciones de segmentaciones de datos que se envían como parámetros. El único problema que podía prever es el retraso de respuesta de informe añadido y la posible pérdida de funcionalidad de segmentación de selección múltiple. He leído en algún lugar de estos foros que la característica para enviar selecciones de mutliple por parámetro aún no se ha agregado en Power BI.
Por favor, corríjame en cualquier lugar aquí o si podemos tomar un mejor enfoque para mitigar este problema.
Gracias.
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 |
---|---|
1 | |
1 | |
1 | |
1 | |
1 |