Scenari di utilizzo di Power BI: Gestione avanzata dei modelli di dati

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sul carico di lavoro di Power BI all'interno di Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Questo scenario di utilizzo è incentrato sulla gestione avanzata dei modelli di dati, ovvero quando un creatore di contenuti di Power BI si basa su uno strumento di terze parti per sviluppare, gestire o ottimizzare i modelli di dati. Alcuni strumenti di terze parti sono strumenti esterni, supportati direttamente da Power BI Desktop. È anche possibile gestire un modello di dati pubblicato (modello semantico, noto in precedenza come set di dati) comunicando direttamente con l'endpoint XMLA nel servizio Power BI.

I modelli di dati sono ospitati in servizio Power BI, Azure Analysis Services (AAS) o SQL Server Analysis Services (SSAS). Questo scenario di utilizzo è incentrato sull'uso dell'endpoint XMLA nel servizio Power BI.

Suggerimento

Molte persone fanno riferimento a strumenti di terze parti come strumenti esterni. Tuttavia, esistono distinzioni nel modo in cui è possibile usare strumenti diversi. Connessione a un modello di dati locale in Power BI Desktop è l'interpretazione più letterale del termine strumento esterno. Questo scenario di utilizzo avanzato della gestione dei modelli di dati è incentrato sulla connessione a un modello di dati remoto (un modello semantico ospitato nella servizio Power BI) usando l'endpoint XMLA. Altre informazioni sui diversi modi per usare strumenti di terze parti sono descritti più avanti in questo articolo.

È possibile ottenere la connettività a un modello di dati usando il protocollo XML for Analysis (XMLA). Il protocollo XMLA è un protocollo standard di settore supportato da più di 25 fornitori, tra cui Microsoft. Tutti gli strumenti, inclusi gli strumenti di terze parti, conformi al protocollo XMLA usano librerie client Microsoft per leggere e/o scrivere dati in un modello di dati. Connessione ivity viene ottenuta con un endpoint XMLA, ovvero un'API esposta da un modello di dati che amplia le funzionalità di sviluppo e gestione disponibili per gli autori di modelli semantici.

Nota

Questo scenario di utilizzo avanzato della gestione dei modelli di dati è uno degli scenari di gestione e distribuzione dei contenuti. Per un elenco completo degli scenari di utilizzo self-service, vedere Scenari di utilizzo di Power BI.

Per brevità, alcuni aspetti descritti nell'argomento scenari di collaborazione e distribuzione dei contenuti non sono trattati in questo articolo. Per una copertura completa, leggere prima questi articoli.

Diagramma dello scenario

Lo scenario di utilizzo avanzato della gestione dei modelli di dati è incentrato sull'uso dell'editor tabulare per gestire il modello di dati. È possibile pubblicare un modello di dati nel servizio Power BI usando l'endpoint XMLA, disponibile con Power BI Premium.

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni della capacità di Fabric (SKU F).

Per altre informazioni, vedere Aggiornamenti importanti in arrivo per le licenze di Power BI Premium e Domande frequenti su Power BI Premium.

Suggerimento

Se non si ha familiarità con questo scenario, è consigliabile esaminare lo scenario di utilizzo della pubblicazione di contenuti self-service. Lo scenario di gestione avanzata del modello di dati si basa su tale scenario.

Nota

In alcuni casi i termini modello semantico e modello di dati vengono usati in modo intercambiabile. In genere, dal punto di vista servizio Power BI, viene definito modello semantico. Dal punto di vista dello sviluppo, viene definito modello di dati (o modello per brevità). In questo articolo entrambi i termini hanno lo stesso significato. Analogamente, un creatore di modelli semantici e un modello di dati hanno lo stesso significato.

Il diagramma seguente illustra una panoramica generale delle azioni e degli strumenti utente più comuni che consentono di sviluppare, gestire o ottimizzare i modelli di dati.

Suggerimento

È consigliabile scaricare il diagramma dello scenario se si vuole incorporarlo nella presentazione, nella documentazione o nel post di blog oppure stamparlo come poster a parete. Poiché si tratta di un'immagine SVG (Scalable Vector Graphics), è possibile aumentare o ridurre le prestazioni senza perdita di qualità.

Il diagramma dello scenario illustra le azioni, gli strumenti e le funzionalità utente seguenti:

Articolo	Descrizione
	Gli autori di modelli sviluppano modelli di dati usando l'editor tabulare. È comune che il lavoro di progettazione iniziale (ad esempio il lavoro di Power Query) venga eseguito in Power BI Desktop prima di passare all'editor tabulare (non illustrato nel diagramma dello scenario).
	Il modello di dati si connette ai dati da una o più origini dati.
	Alcune origini dati possono richiedere un gateway dati locale o un gateway di rete virtuale per l'aggiornamento dei dati, ad esempio quelli che risiedono all'interno di una rete organizzativa privata.
	Lo sviluppo di modelli di dati viene eseguito nell'editor tabulare. La modifica degli script di Power Query (M) è supportata. Gli autori di modelli possono usare script C# per accelerare lo sviluppo.
	Quando sono pronti, gli autori di modelli semantici pubblicano il modello di dati dall'editor tabulare al servizio Power BI usando l'endpoint XMLA dell'area di lavoro di destinazione.
	Il modello di dati viene pubblicato in un'area di lavoro dedicata all'archiviazione e alla protezione dei modelli semantici condivisi. L'accesso all'area di lavoro tramite l'endpoint XMLA è possibile solo quando la modalità licenza dell'area di lavoro è impostata su Capacità infrastruttura, capacità Premium, Premium per utente o Incorporata.
	Gli autori di report creano report usando una connessione dinamica al modello semantico condiviso.
	Gli autori di report sviluppano report in Power BI Desktop. Oltre a separare intenzionalmente i report dai modelli semantici, gli autori di contenuti seguono il tipico processo di creazione di report.
	Quando sono pronti, gli autori di report pubblicano il file di Power BI Desktop (con estensione pbix) o il file di progetto di Power BI (con estensione pbip) nel servizio Power BI.
	I report vengono pubblicati in un'area di lavoro dedicata all'archiviazione e alla protezione di report e dashboard.
	I report pubblicati rimangono connessi al modello semantico condiviso archiviato in un'area di lavoro diversa. Tutte le modifiche apportate al modello semantico condiviso influiscono su tutti i report dipendenti.
	Gli strumenti di terze parti possono usare l'endpoint XMLA per eseguire query sul modello semantico condiviso. Altri strumenti conformi a XMLA, ad esempio DAX Studio, Semantic Link from Fabric notebook o Windows PowerShell, possono essere usati per eseguire query o aggiornare il modello semantico condiviso. Power BI Desktop, Excel e Generatore report possono connettersi anche usando l'endpoint XMLA (non illustrato nel diagramma dello scenario).
	Altri strumenti Microsoft e di terze parti possono usare l'endpoint XMLA per gestire il modello semantico e fornire la gestione del ciclo di vita dell'applicazione. Per altre informazioni, vedere Strumenti client basati su endpoint XMLA.
	Gli amministratori dell'infrastruttura gestiscono l'impostazione del tenant per abilitare l'uso dell'endpoint XMLA. L'amministratore deve abilitare l'endpoint XMLA per le capacità dell'infrastruttura, le capacità Premium e le impostazioni Premium per utente.
	Gli amministratori dell'infrastruttura sorvegliano e monitorano l'attività nel portale di Fabric.

Punti chiave

Di seguito sono riportati alcuni punti chiave da sottolineare sullo scenario di gestione avanzata del modello di dati.

Applicazioni e strumenti di terze parti

I team di business intelligence aziendali usano in genere strumenti client, ad esempio l'editor tabulare (illustrato nel diagramma dello scenario e descritto nell'argomento successivo), per aiutarli a gestire modelli semantici centralizzati. Tuttavia, qualsiasi creatore di modelli semantici che vuole lavorare con funzionalità di modellazione avanzate può sfruttare i metodi descritti in questo scenario di utilizzo.

Esistono diversi modi per usare applicazioni di terze parti:

• Connessione a un modello di dati remoto usando l'endpoint XMLA: Alcuni strumenti di terze parti possono connettersi direttamente a un modello di dati remoto nel servizio Power BI (o Analysis Services). Dopo la connessione all'endpoint XMLA, sono supportate tutte le operazioni TOM (Tabular Object Model). Questo approccio è l'obiettivo principale di questo scenario di utilizzo.
• Connessione a un modello di dati locale in Power BI Desktop: Alcuni strumenti di terze parti possono connettersi a un modello di dati locale aperto in Power BI Desktop (non illustrato nel diagramma dello scenario). Esistono tuttavia alcune limitazioni e non tutte le funzionalità degli strumenti esterni sono ufficialmente supportate.
• Connessione a un file modello in Power BI Desktop: Alcuni strumenti di terze parti distribuiscono le funzionalità in modo leggero usando un file modello di Power BI Desktop (con estensione pbit) (non illustrato nel diagramma dello scenario).

Tabular Editor

L'editor tabulare è illustrato nel diagramma dello scenario. Si tratta di uno strumento di terze parti che ha raggiunto l'adozione diffusa dalla community di Power BI. Alcuni vantaggi della gestione dei modelli di dati tabulari con l'editor tabulare includono:

• Configurazione delle funzionalità del modello di dati non supportate in Power BI Desktop: l'editor tabulare offre un'interfaccia per configurare la sicurezza a livello di oggetto (OLS), i gruppi di calcolo, le prospettive, le traduzioni e le partizioni.
• Supporto per lo sviluppo di modelli simultanei: strumenti di sviluppo di modelli di dati Microsoft, ad esempio Visual Studio con progetti analysis Services, archivia l'intera definizione del modello di dati in un file Model.bim . Questo singolo file può rendere difficile per un team di sviluppatori collaborare su un singolo modello di dati. L'editor tabulare include una funzionalità denominata Serializzazione cartelle. La serializzazione delle cartelle decostruisce il file Model.bim in file specifici dell'oggetto separati all'interno di una struttura di cartelle organizzata. I diversi modelli di dati possono quindi lavorare su file diversi con meno rischio di sovrascrivere le attività dell'altro.
• Integrazione con il controllo del codice sorgente: la serializzazione delle cartelle consente al sistema di controllo del codice sorgente di rilevare facilmente le modifiche apportate al modello di dati, rendendo più semplice l'operazione di unione delle origini e risoluzione dei conflitti.
• Miglioramento della qualità e della progettazione del modello di dati: l'editor tabulare si integra con Best Practices Analyzer (BPA). BPA consente ai modelli di dati di usare un set di regole personalizzabili che possono migliorare la qualità, la coerenza e le prestazioni dei modelli di dati. È possibile scaricare un set di regole di procedura consigliate (fornite da Microsoft) da GitHub.
• Maggiore produttività durante lo sviluppo di modelli di dati: l'interfaccia dell'editor tabulare lo rende particolarmente adatto per l'esecuzione di modifiche batch, debug e visualizzazione delle dipendenze del modello di dati. L'editor tabulare è diverso da Power BI Desktop perché funziona in modalità disconnessa. È possibile apportare modifiche al modello di dati in modalità disconnessa ed eseguirne il commit come batch di modifiche. Lavorare in questo modo consente uno sviluppo e una convalida più veloci, in particolare per i modelli di dati esperti. È anche possibile creare script C# e salvarli come macro. Questi script consentono di migliorare l'efficienza della gestione e della sincronizzazione di più modelli di dati.

Endpoint XMLA

L'endpoint XMLA usa il protocollo XMLA per esporre tutte le funzionalità di un modello di dati tabulare, incluse alcune operazioni di modellazione dei dati non supportate da Power BI Desktop. È possibile usare l'API TOM per apportare modifiche a livello di codice a un modello di dati.

L'endpoint XMLA fornisce anche la connettività. È possibile connettersi a un modello semantico solo quando l'area di lavoro con la relativa modalità di licenza è impostata su Premium per utente, Premium per capacità o Embedded. Una volta stabilita una connessione, uno strumento conforme a XMLA può operare sul modello di dati in due modi:

• Scrivere dati e metadati: l'uso di lettura/scrittura dell'endpoint XMLA consente di:
  • Funzionalità di modellazione dei dati non supportate da Power BI Desktop, ad esempio OLS (Object-Level Security), gruppi di calcolo, prospettive, traduzioni e gestione delle partizioni.
  • Distribuzioni più complesse. Ad esempio, una distribuzione parziale o una distribuzione di sola metadati che pubblica solo una singola misura.
  • Aggiornamento asincrono del modello semantico. Ad esempio, l'aggiornamento di una singola tabella o partizione.
• Legge i dati e i metadati: l'uso di sola lettura dell'endpoint XMLA consente di:
  • Monitoraggio, debug e traccia di query e modelli semantici.
  • Consentire agli strumenti di creazione di report dei dati di terze parti di visualizzare i dati originati da un modello semantico condiviso. Questa tecnica è un ottimo modo per estendere i vantaggi e gli investimenti in business intelligence self-service gestita.

Avviso

Dopo aver modificato o pubblicato un modello semantico usando l'endpoint XMLA, non è più possibile scaricarlo dal servizio Power BI come file di Power BI Desktop.

Impostazioni XMLA per capacità

Ogni capacità di Power BI Premium e capacità di Power BI Embedded ha un'impostazione per controllare se l'endpoint XMLA è di sola lettura, di lettura/scrittura o disattivato. Questa impostazione è disponibile anche per tutte le aree di lavoro Premium per utente nel tenant di Power BI. L'accesso XMLA in lettura/scrittura deve essere abilitato per ogni capacità che contiene modelli semantici da gestire con uno strumento diverso da Power BI Desktop.

Suggerimento

L'impostazione dell'endpoint XMLA (lettura/scrittura, sola lettura o disattivata) si applica a tutte le aree di lavoro e ai modelli semantici assegnati a una particolare capacità. È possibile configurare più capacità per decentralizzare e/o personalizzare la modalità di gestione del contenuto per ogni capacità.

Impostazione del tenant XMLA

Oltre alle impostazioni dell'endpoint XMLA, un amministratore di Power BI deve usare le impostazioni del tenant per consentire gli endpoint XMLA e Analizza in Excel con modelli semantici locali. Se abilitata, è possibile consentire a tutti gli utenti o a gruppi di sicurezza specifici di usare la funzionalità dell'endpoint XMLA.

Nota

Tutte le funzionalità di protezione dei dati e sicurezza standard si applicano ancora per specificare quali utenti possono visualizzare e/o modificare il contenuto.

Strumenti di terze parti

Power BI Desktop può gestire le esigenze end-to-end per la maggior parte degli autori di contenuti self-service. Tuttavia, gli strumenti di terze parti offrono altre funzionalità e funzionalità aziendali. Per questo motivo, gli strumenti di terze parti, come l'editor tabulare, sono diventati prevalenti nella community di Power BI, in particolare per autori di contenuti avanzati, sviluppatori e professionisti IT.

Suggerimento

Questo post di blog descrive in che modo gli strumenti di terze parti consentono al team del prodotto Power BI di rivalutare le priorità di sviluppo, aumentare la portata della piattaforma Power BI e soddisfare richieste più avanzate e diverse dalla community degli utenti.

Nota

Alcuni strumenti di terze parti richiedono una licenza a pagamento, ad esempio l'editor tabulare 3. Altri strumenti della community sono gratuiti e open source( ad esempio Tabular Editor 2, DAX Studio e ALM Toolkit). È consigliabile valutare attentamente le funzionalità di ogni strumento, costo e modello di supporto, in modo da poter supportare adeguatamente la community di creatori di contenuti.

Gestione del modello di dati

L'obiettivo principale di questo scenario di utilizzo è l'autore del contenuto che usa l'editor tabulare per gestire un modello di dati. Per i requisiti di gestione dei modelli di dati avanzati poco frequenti, ad esempio la gestione occasionale delle partizioni, è possibile scegliere di usare uno strumento come SQL Server Management Studio (SSMS). È anche possibile che uno sviluppatore .NET crei e gestisca modelli semantici di Power BI usando l'API TOM.

Suggerimento

Quando si usa l'endpoint XMLA per la gestione del modello di dati, è consigliabile abilitare l'impostazione del formato di archiviazione di modelli semantici di grandi dimensioni. Se abilitata, il formato di archiviazione di modelli semantici di grandi dimensioni può migliorare le prestazioni dell'operazione di scrittura XMLA.

Separazione del modello di dati e dei report

Affinché questo scenario di utilizzo venga completato correttamente, è necessario separare i report dal modello di dati. Questo approccio comporta la gestione di file di Power BI Desktop separati, come descritto nello scenario di utilizzo di BUSINESS intelligence self-service gestito. Anche se la stessa persona è responsabile di tutto lo sviluppo, la separazione dei modelli semantici e dei report è importante perché l'editor tabulare non ha una consapevolezza del contenuto del report.

Configurazione del gateway

In genere, è necessario un gateway dati quando si accede a origini dati che si trovano all'interno della rete organizzativa privata o di una rete virtuale. Il gateway dati locale diventa rilevante dopo la pubblicazione di un modello di dati nel servizio Power BI. I due scopi di un gateway sono aggiornare i dati importati o visualizzare un report che esegue query su una connessione dinamica o un modello semantico DirectQuery (non illustrato nel diagramma dello scenario).

Nota

Un gateway dati centralizzato in modalità standard è fortemente consigliato sui gateway in modalità personale. In modalità standard, il gateway dati supporta le operazioni di connessione dinamica e DirectQuery , oltre alle operazioni di aggiornamento dati pianificate.

Per altre informazioni, vedere Gateway dati locale (modalità standard).

Supervisione del sistema

Il log attività registra le attività utente che si verificano nel servizio Power BI. Gli amministratori di Power BI possono usare i dati del log attività raccolti per eseguire il controllo per comprendere le attività che si connettono tramite endpoint XMLA.

Contenuto correlato

Per altri scenari utili che consentono di prendere decisioni di implementazione di Power BI, vedere l'articolo Scenari di utilizzo di Power BI.