Creazione di una tabella calcolata

[Andrea90]

su ogni riga della tabella

Qui manca una parte importante.... Non esegue il controllo riga per riga della tabella INFO_APPROV, ma di solo la parte visibile nel contesto filtro attivo in quel momento. Ecco perché ti ho chiesto il campo presente sulle righe, perché esso ne può modificare il contesto.

Il tuo controllo è alla fine un conta-se in realtà. Perché FILTER() ti mantiene tutte le righe della tabella INFO_APPROV visibili nel contesto filtro attivo che soddisfano la condizione che indicata. Per ogni riga che rimane SUMX() valorizza 1 e dunque il totale che somma è alla fine un conteggio di righe. Poi verifichi che questa somma sia pari a 0 ed in base a questo assegni 1 o 0.

C'è da aggiungere che essendo FILTER() una formula iterativa il fatto che tu richiami delle misure dentro la condizione attiva il context transition, e dunque ogni CAMPO di quella specifica riga influenza il contesto valutativo iniziale. Ecco perché tocca stare attenti a quale tabella si itera, sia per una questione di performance, ma soprattutto perché potresti andare incontro ad errori difficili da individuare perché se per assurdo iteri una tabella che ha dei duplicati, il conteggio che ottieni su quella specifica riga duplicata sarà sfalsato.

Tutto questo per dirti che il DAX è un linguaggio che sembra semplice, ma che contiene tante piccole sfaccettature che bisogna conoscere prima di creare le misure, altrimenti ottieni dei valori numerici che non ti sai spiegare.

Andrea

[FabSBR]

su ogni riga della tabella

Qui manca una parte importante.... Non esegue il controllo riga per riga della tabella INFO_APPROV, ma di solo la parte visibile nel contesto filtro attivo in quel momento. Ecco perché ti ho chiesto il campo presente sulle righe, perché esso ne può modificare il contesto.

Il tuo controllo è alla fine un conta-se in realtà. Perché FILTER() ti mantiene tutte le righe della tabella INFO_APPROV visibili nel contesto filtro attivo che soddisfano la condizione che indicata. Per ogni riga che rimane SUMX() valorizza 1 e dunque il totale che somma è alla fine un conteggio di righe. Poi verifichi che questa somma sia pari a 0 ed in base a questo assegni 1 o 0.

C'è da aggiungere che essendo FILTER() una formula iterativa il fatto che tu richiami delle misure dentro la condizione attiva il context transition, e dunque ogni CAMPO di quella specifica riga influenza il contesto valutativo iniziale. Ecco perché tocca stare attenti a quale tabella si itera, sia per una questione di performance, ma soprattutto perché potresti andare incontro ad errori difficili da individuare perché se per assurdo iteri una tabella che ha dei duplicati, il conteggio che ottieni su quella specifica riga duplicata sarà sfalsato.

Tutto questo per dirti che il DAX è un linguaggio che sembra semplice, ma che contiene tante piccole sfaccettature che bisogna conoscere prima di creare le misure, altrimenti ottieni dei valori numerici che non ti sai spiegare.

Andrea

si lo sto vedendo sbattendoci la testa, che da davvero ampio spazio di manovra e da una parte è un pro, ma dall'altra anche un contro.

Io vorrei solo che l'indicatore sia verde quando la misura è maggiore della riga della stessa soluzione e rosso quando è minore, chissà cosa vado a cercare con quella soluzione per darmi quel risultato...

tra l'altro quella misura dipende da quelle che ho fatto ieri che tengono conto dei mesi precedenti.

[Andrea90]

@FabSBR

Allora probabilmente non dovrai guardare l'intera tabella INFO_APPROV per quel FILTER, ma solo il campo che stai utilizzando sulle righe.

Andre

[FabSBR]

dici in questa?

Codice: Seleziona tutto

ConfrontoComplesso = 
IF(
    SUMX(
        FILTER(INFO_APPROV, [DURATA_MAG]<= INFO_APPROV[T_APPROV]),
        1
    ) = 0,
    1,
    0
)

ma dovrei metterlo nel primo argomento del filtro?
Considera che INFO_APPROV, è una tabella con due colonne che ha da un lato la soluzione (android..)e l'altra il numero decimale che vedi nella tabella.

[Andrea90]

@FabSBR

Quindi INFO_APPROV è una tabella da 7 righe? visto che il numero di soluzioni in una delle precedenti immagini che avevi allegato era 7

Andrea

[FabSBR]

@FabSBR

Quindi INFO_APPROV è una tabella da 7 righe? visto che il numero di soluzioni in una delle precedenti immagini che avevi allegato era 7

Andrea

si esatto dove riporto le soluzioni e quel numero che non è frutto di calcoli, ma diciamo..sono piovuti dall'alto

[Andrea90]

@FabSBR

O alleghi il tuo tentativo fatto oppure non si va avanti credo, perché secondo me c'è qualcos'altro sotto.

Andrea