Separare i report dai modelli in Power BI Desktop

  • Articolo

Quando si crea una nuova soluzione Power BI Desktop, una delle prime attività da eseguire è "ottenere i dati". Il recupero dei dati può comportare due risultati distintimente diversi. Potrebbe:

  • Creare una connessione dinamica a un modello già pubblicato, che potrebbe essere un modello semantico di Power BI (noto in precedenza come set di dati) o un modello di Analysis Services ospitato in remoto.
  • Inizia lo sviluppo di un nuovo modello, che può essere un modello Import, DirectQuery o Composite.

Questo articolo riguarda il secondo scenario. Fornisce indicazioni su se un report e un modello devono essere combinati in un singolo file di Power BI Desktop.

Soluzione a file singolo

Una singola soluzione di file funziona correttamente quando è presente un solo report basato sul modello. In questo caso, è probabile che sia il modello che il report siano gli sforzi della stessa persona. Viene definita come soluzione di business intelligence personale, anche se il report può essere condiviso con altri utenti. Tali soluzioni possono rappresentare report con ambito ruolo o valutazioni monouso di una sfida aziendale, spesso descritte come report ad hoc .

A single file contains a model and report, developed by the same person.

Separare i file di report

È opportuno separare lo sviluppo di modelli e report in file di Power BI Desktop separati quando:

  • I modelli di dati e gli autori di report sono persone diverse.
  • Si è capito che un modello sarà l'origine per più report, ora o in futuro.

There are three PBIX files. The first contains only a model. The other two contain only reports, and they live connect to the model hosted in the Power BI service. The reports are developed by different people.

I modelli di dati possono comunque usare l'esperienza di creazione di report di Power BI Desktop per testare e convalidare le progettazioni dei modelli. Tuttavia, subito dopo la pubblicazione del file nell'servizio Power BI rimuovere il report dall'area di lavoro. E devono ricordare di rimuovere il report ogni volta che ripubblicano e sovrascrivono il modello semantico.

Mantenere l'interfaccia del modello

A volte, le modifiche del modello sono inevitabili. I modelli di dati devono occuparsi, quindi, non dell'interruzione dell'interfaccia del modello. In tal caso, è possibile che gli oggetti visivi del report o i riquadri del dashboard correlati si interrompano. Gli oggetti visivi interrotti vengono visualizzati come errori e possono causare frustrazioni per gli autori e i consumer del report. E peggio, possono ridurre la fiducia nei dati.

Quindi, gestire attentamente le modifiche del modello. Se possibile, evitare le modifiche seguenti:

  • Ridenominazione di tabelle, colonne, gerarchie, livelli di gerarchia o misure.
  • Modifica dei tipi di dati delle colonne.
  • Modifica delle espressioni di misura in modo che restituiscano un tipo di dati diverso.
  • Spostamento delle misure in un'altra tabella home. Poiché lo spostamento di una misura potrebbe interrompere le misure con ambito report che qualificano completamente le misure con il nome della tabella home. Non è consigliabile scrivere espressioni DAX usando nomi di misure completi. Per altre informazioni, vedere DAX: Riferimenti a colonne e misure.

L'aggiunta di nuove tabelle, colonne, gerarchie, livelli di gerarchia o misure è sicura, con un'eccezione: è possibile che un nuovo nome di misura possa essere in conflitto con un nome di misura con ambito report. Per evitare conflitti, è consigliabile che gli autori di report adottino una convenzione di denominazione quando si definiscono le misure nei report. Possono anteporre nomi di misura con ambito report con un carattere di sottolineatura o altri caratteri.

Se è necessario apportare modifiche di rilievo ai modelli, è consigliabile:

Entrambe le opzioni consentono di identificare rapidamente i report e i dashboard correlati. La visualizzazione derivazione dei dati è probabilmente la scelta migliore perché è facile vedere la persona di contatto per ogni elemento correlato. Infatti, si tratta di un collegamento ipertestuale che apre un messaggio di posta elettronica indirizzato al contatto.

È consigliabile contattare il proprietario di ogni elemento correlato per segnalare eventuali modifiche di rilievo pianificate. In questo modo, possono essere preparati e pronti per correggere e ripubblicare i report, contribuendo a ridurre al minimo i tempi di inattività e frustrazione.

Contenuto correlato

Per altre informazioni relative a questo articolo, vedere le risorse seguenti: