Problema dati - incoerenza lettura valori L’argomento è risolto

[viaggiatrice]

Buongiorno a tutti,

ho un problema con un report che sto creando per il quale vorrei analizzare la produttività giornaliera e su lotto.

Ho creato un grafico "Media pz giornaliera" che non torna così nemmeno non torna la tabella creata per visualizzare il tempo di lavoro.

Il tempo di lavoro è calcolato con la DAX

Codice: Seleziona tutto

TempoLavoroNoSetProg = //SommaTLavoro senza Attrezzaggio e F.Programmata
    CALCULATE(
        SUMX(
            FILTER(
                TempiLinee,
                NOT(OR(TempiLinee[Tipo] = 2, TempiLinee[Tipo] = 278))
            ),
            TempiLinee[MinutiLavoro]
        )
    )

E funziona (si può vedere il risultato sulla tabella Codice Macchina - TempoLavoroNoSetProg
Se però riporto lo stesso dato nell'altra tabella eccolo sballare drasticamente.

Non capisco perchè interpreta il valore della colonna "Data" dei due dataset in maniera complemente errata generando questo e altri similari problemi.

Non so più dove sbattere la testa per capire il problema

[Andrea90]

@viaggiatrice,

Mah, sinceramente non si capisce molto. Parli di misure e tabelle che non trovo nei file allegati.

Il modello dati che hai allegato poi è molto discutibile, hai una relazione many to many con direzione filtro both. Ed infatti l'icona della linea che unisce le due tabelle assume quella forma particolare agli estremi.

Andrea

[viaggiatrice]

Guarda che misure e tabelle ci sono.
Ho allegato due excel e il .pbix dove all'interno ci sono:
4 schede
1 grafico a barre raggruppate
1 grafico a linee e istogramma
2 tabelle

Il modello dati che hai allegato poi è molto discutibile, hai una relazione many to many con direzione filtro both. Ed infatti l'icona della linea che unisce le due tabelle assume quella forma particolare agli estremi.

non ho capito..

[Andrea90]

@viaggiatrice,

Scarica il file che hai allegato e prova ad aprirlo.

Andrea

[viaggiatrice]

Scarica il file che hai allegato e prova ad aprirlo.

Sorry corretto

[Andrea90]

Non so più dove sbattere la testa per capire il problema

Tocca che studi come si creano i modelli dati.

Il modello dati che hai allegato poi è molto discutibile, .....

Questa precedente frase rimane valida anche nel modello dati che hai predisposto nell'ultimo file allegato. La relazione è di tipo molti a molti (cosa da evitare), le relazioni tra tabelle devono quanto più possibile essere di tipo 1 a molti. Se ad esempio hai una tabella con i dati di budget ed una con i dati consuntivi non le metti in relazione diretta, perché ad esempio un campo come [codice prodotto] comparirà in maniera non univoca sia nella prima che nella seconda tabella. In questi casi si utilizzano ad esempio delle tabelle dimensionali (ad esempio una di anagrafica prodotto) che relazioni sia con quella del budget sia con quella dei valori consuntivi, ma in entrambi i casi la relazione sarà di tipo 1 a molti.

Se però riporto lo stesso dato nell'altra tabella eccolo sballare drasticamente.

Infatti in una tabella prendi il campo codice macchina da una tabella e nella seconda lo prendi da un'altra tabella.

Andrea

[viaggiatrice]

Tocca che studi come si creano i modelli dati.

Qualche consiglio visto che a questo punto i fior fior di corsi non sembrano essere in aiuto?

Infatti in una tabella prendi il campo codice macchina da una tabella e nella seconda lo prendi da un'altra tabella.

Se magari funzionasse in maniera univoca lo prenderei dalla stessa tabella

In questi casi si utilizzano ad esempio delle tabelle dimensionali (ad esempio una di anagrafica prodotto) che relazioni sia con quella del budget sia con quella dei valori consuntivi, ma in entrambi i casi la relazione sarà di tipo 1 a molti.

Ok quindi dovrei creare una tabella che peschi da altre tabelle?

[Andrea90]

Qualche consiglio visto che a questo punto i fior fior di corsi non sembrano essere in aiuto?

Sezione di "Impariamo la BI" presente sul forum, in particolare invito a leggere quella dedicata ai libri (ed in generale a tutto ciò che esce dalla bocca/tastiera dei ragazzi di SQLBI).

Se magari funzionasse in maniera univoca lo prenderei dalla stessa tabella

Le relazioni tra tabelle sono li per un motivo, se usi campi da una tabella non è detto che la misura funzioni come funziona se li prendi da un'altra. Esistono i concetti di contesto filtro e di contesto riga che appunto identificano le regole di calcolo di una misura sulla base dei campi dimensionali scelti all'interno della visualizzazione.

Ok quindi dovrei creare una tabella che peschi da altre tabelle?

Nei corsi che hai fatto ti hanno parlato di cosa è una tabella dei fatti (fact table) e di cosa sono le tabelle dimensionali (lookup table) ? Perché le seconde sono legate alle prime tramite una relazione 1 a molti. Ed infatti, sempre tornando all'esempio di prima, una tabella dei fatti dovrebbe contenere, da manuale, solo i campi "numerici" che poi andrai ad aggregare nelle diverse forme utilizzando i campi dimensionali delle lookup table. Quindi se ho una tabella di anagrafica articoli (o anagrafica macchine nel tuo caso), la legherai alla tabella dei fatti ed il campo "codice macchina" della tabella dei fatti non lo userai praticamente mai (è buona regola addirittura nasconderlo alla vista dell'utente proprio per evitare che facendo drag & drop lo vada ad utilizzare in qualche visualizzazione, scombinando tutto il senso delle misure create).

Andrea

[viaggiatrice]

Buongiorno Andrea, ho risolto creando le tabelle in base alle varie analisi che dovevo fare. Grazie