Problemi comuni

Power Query

Preservare l'ordinamento

Si potrebbe presupporre che se si ordinano i dati, le operazioni downstream mantengono l'ordinamento.

Ad esempio, se si ordina una tabella di vendita in modo che la vendita più grande di ogni negozio venga visualizzata per prima, è possibile prevedere che l'operazione "Rimuovi duplicati" restituisca solo la vendita più alta per ogni negozio. E questa operazione potrebbe, infatti, sembrare funzionare. Tuttavia, questo comportamento non è garantito.

A causa del modo in cui Power Query ottimizza determinate operazioni, tra cui ignorarle o trasferirle a origini dati (che possono avere un proprio comportamento di ordinamento univoco), non è garantito che l'ordinamento venga mantenuto attraverso aggregazioni (ad esempio Table.Group), merge (ad esempio Table.NestedJoin) o rimozione dei duplicati (ad esempio Table.Distinct).

Esistono diversi modi per aggirare questo problema. Di seguito sono riportati alcuni suggerimenti:

• Eseguire un ordinamento dopo l'applicazione dell'operazione a valle. Ad esempio, raggruppando le righe, ordina la tabella nidificata in ciascun gruppo prima di applicare ulteriori passaggi. Ecco alcuni esempi di codice M che illustrano questo approccio: Table.Group(Sales_SalesPerson, {"TerritoryID"}, {{"SortedRows", each Table.Sort(_, {"SalesYTD", Order.Descending})}})
• Memorizzare nel buffer i dati (utilizzando Table.Buffer) prima di applicare l'operazione downstream. In alcuni casi, questa operazione fa sì che l'operazione downstream mantenga l'ordinamento memorizzato nel buffer.
• Usare la classificazione. Ad esempio, invece di usare Table.Distinct, è possibile ordinare in base alle colonne contenenti i valori duplicati, classificare in base a una colonna tie-breaker (ad esempio modified_date) e quindi filtrare per mantenere solo le righe di rango 1.

Inferenza del tipo di dati

In alcuni casi Power Query potrebbe rilevare erroneamente il tipo di dati di una colonna. Ciò è dovuto al fatto che Power Query deduce i tipi di dati usando solo le prime 200 righe di dati. Se i dati nelle prime 200 righe sono in qualche modo diversi rispetto ai dati dopo la riga 200, Power Query può finire per raccogliere il tipo errato. Tenere presente che un tipo non corretto non genera sempre errori. A volte i valori risultanti sono semplicemente errati, rendendo il problema più difficile da rilevare.

Si supponga, ad esempio, una colonna contenente numeri interi nelle prime 200 righe (ad esempio tutti gli zeri), ma contiene numeri decimali dopo la riga 200. In questo caso, Power Query deduce il tipo di dati della colonna come Numero intero (Int64.Type). Questa inferenza comporta il troncamento delle parti decimali di qualsiasi numero non intero.

In alternativa, si immagini una colonna contenente valori di data testuale nelle prime 200 righe e altri tipi di valori di testo dopo la riga 200. In questo caso, Power Query deduce il tipo di dati della colonna come Date. Questa inferenza comporta che i valori di testo non di data vengano considerati come errori di conversione di tipo.

Poiché il rilevamento dei tipi funziona sulle prime 200 righe, ma Profiling dati può funzionare sull'intero set di dati, è possibile prendere in considerazione l'uso della funzionalità Profiling dati per ottenere un'indicazione anticipata nell'editor di query sugli errori (dal rilevamento dei tipi o da un numero qualsiasi di altri motivi) oltre le prime N righe.

Connessioni chiuse forzatamente dall'host remoto

Quando ci si connette a varie API, è possibile che venga visualizzato l'avviso seguente:

Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host

Se si verifica questo errore, è molto probabile che si verifichi un problema di rete. In genere, le prime persone a cui rivolgersi sono i proprietari dell'origine dati a cui si sta tentando di connettersi. Se non pensano di essere coloro che chiudono la connessione, è possibile che qualcosa lungo il percorso lo faccia (ad esempio, un server proxy, router/gateway intermedi e così via).

Indipendentemente dal fatto che questo si verifichi solo con qualsiasi dimensione dei dati o solo con dimensioni maggiori, è probabile che ci sia un timeout di rete in qualche punto del percorso. Se si tratta solo di dati di dimensioni maggiori, i clienti devono rivolgersi al proprietario dell'origine dati per verificare se le API supportano il paging, in modo che possano suddividere le richieste in blocchi più piccoli. In caso contrario, è necessario seguire vie alternative per estrarre i dati dall'API, seguendo le migliori pratiche per le fonti di dati.

Le suite di crittografia TLS RSA sono deprecate

A partire dal 30 ottobre 2020, le seguenti suite di crittografia verranno ritirate dai nostri server.

• "TLS_RSA_WITH_AES_256_GCM_SHA384"
• "TLS_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_RSA_WITH_AES_256_CBC_SHA256"
• "TLS_RSA_WITH_AES_128_CBC_SHA256"

Di seguito sono elencati i pacchetti di crittografia supportati:

• "TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"
• "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
• "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
• "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"

Le suite di crittografia vengono utilizzate per crittografare i messaggi per proteggere una connessione di rete tra client/server e altri server. Stiamo rimuovendo l'elenco precedente di suite di crittografia per rispettare i nostri attuali protocolli di sicurezza. A partire dal 1 marzo 2021, i clienti possono utilizzare solo le nostre suite di crittografia standard.

Queste sono le suite di cifratura che il server a cui ti connetti deve supportare per collegarti da Power Query Online o Power BI.

In Power Query Desktop (Power BI, Excel) non vengono controllate le suite di crittografia. Se si sta provando a connettersi a Power Platform (ad esempio flussi di dati di Power Platform) o al servizio Power BI, è necessaria una di queste suite di crittografia abilitate nel sistema operativo. Puoi aggiornare la versione di Windows o aggiornare il registro TLS di Windows per assicurarti che l'endpoint del server supporti una di queste crittografie.

Per verificare che il server sia conforme al protocollo di sicurezza, è possibile eseguire un test usando uno strumento di crittografia e scanner TLS. Un esempio potrebbe essere SSLLABS.

I clienti devono aggiornare i propri server prima del 1 marzo 2021. Per ulteriori informazioni sulla configurazione dell'ordine Suite di crittografia TLS, vediGestire Transport Layer Security (TLS).

Revoca del certificato

Una versione futura di Power BI Desktop causerà un errore di connessione SSL da Desktop quando qualunque certificato nella catena SSL è privo dello stato di revoca. Si tratta di una modifica dello stato corrente, in cui la revoca ha causato solo un errore di connessione nel caso in cui il certificato sia stato revocato in modo esplicito. Altri problemi di certificato possono includere firme non valide e scadenza del certificato.

Poiché sono presenti configurazioni in cui lo stato di revoca potrebbe essere rimosso, ad esempio con i server proxy aziendali, verrà offerta un'altra opzione per ignorare i certificati che non dispongono di informazioni di revoca. Questa opzione consente situazioni in cui le informazioni di revoca vengono rimosse in determinati casi, ma non si vuole ridurre completamente la sicurezza, per continuare a funzionare.

Non è consigliabile, ma gli utenti possono continuare a disattivare completamente i controlli di revoca.

Errore: Valutazione annullata

Power Query restituisce il messaggio "Valutazione annullata" quando l'analisi in background è disabilitata e l'utente passa tra query o chiude l'editor di query durante l'aggiornamento di una query.

Errore: la chiave non corrisponde ad alcuna riga nella tabella

Esistono molti motivi per cui Power Query potrebbe restituire un errore per cui la chiave non corrisponde ad alcuna riga nella tabella. Quando si verifica questo errore, il motore Mashup non riesce a trovare il nome della tabella che sta cercando. I motivi per cui questo errore può verificarsi includono:

• Il nome della tabella è stato modificato, ad esempio nell'origine dati stessa.
• L'account usato per accedere alla tabella non dispone di privilegi sufficienti per leggere la tabella.
• È possibile avere più credenziali per una singola origine dati, che non è supportata nel servizio Power BI quando si usano connessioni cloud personali. Questo errore può verificarsi, ad esempio, quando l'origine dati è un'origine dati cloud e vengono usati più account per accedere all'origine dati contemporaneamente con credenziali diverse. Se l'origine dati è locale, è necessario usare il gateway dati locale.

Limitazione: requisito di connessione al dominio per le macchine gateway quando si utilizza l'autenticazione di Windows

L'uso dell'autenticazione di Windows con un gateway locale richiede che il computer gateway appartenga a un dominio. Questo vale per tutte le connessioni configurate con "Autenticazione di Windows tramite il gateway*. Gli account Windows utilizzati per accedere a una fonte dati potrebbero necessitare dei privilegi di lettura ai componenti condivisi nella directory di Windows e all'installazione del gateway.

Limitazione: l'aggiornamento OAuth2 tra tenant non è supportato nel servizio Power BI

Se si vuole connettersi a un'origine dati dal servizio Power BI usando OAuth2, l'origine dati deve trovarsi nello stesso tenant del servizio Power BI. Attualmente, gli scenari di connessione multi-tenant non sono supportati con OAuth2.

Limitazione: l'endpoint di autenticazione ad AD FS personalizzato non è supportato nel servizio Power BI

La possibilità di usare un endpoint di autenticazione di Active Directory Federation Services (AD FS) personalizzato non è supportato nel servizio Power BI. Gli utenti potrebbero riscontrare l'errore seguente: il servizio token segnalato dalla risorsa non è attendibile.

Limitazione: gli account guest non sono supportati

L'uso di account guest di un tenant per connettersi ai dati usando i connettori di Power Query non è attualmente supportato.

Expression.Error: la valutazione ha generato un overflow dello stack e non può continuare

Gli errori di overflow dello stack possono essere causati da un bug nel codice M. Ad esempio, la funzione seguente genera un overflow dello stack perché continua a richiamarsi senza alcun tipo di condizione terminale. Una funzione che chiama se stessa come questa è nota come una funzione "ricorsiva".

let f = (x) => @f(x + 1) in f(0)

Ecco alcuni modi comuni per risolvere un overflow dello stack nel codice M.

• Assicurarsi che le funzioni ricorsive terminino effettivamente quando viene raggiunta la condizione finale prevista.
• Sostituire la ricorsione con l'iterazione , ad esempio usando funzioni come List.Transform, List.Generate o List.Accumulate.

La valutazione ha esaurito la memoria e non può continuare.

Gli errori di memoria insufficiente (o OOM) possono essere causati da un numero eccessivo di operazioni intensive di memoria su tabelle molto grandi. Ad esempio, il codice M seguente produce un OOM perché tenta di caricare un miliardo di righe in memoria contemporaneamente.

Table.Buffer(Table.FromList({1..1000000000}, Splitter.SplitByNothing()))

Per risolvere gli errori di memoria insufficiente, ottimizzare le operazioni che richiedono un uso intensivo di memoria, come ordinamenti, join, raggruppamenti e valori distinti, assicurandosi che si semplifichino a partire dalla fonte o vengano eliminati completamente, se possibile. Gli ordinamenti, ad esempio, spesso non sono necessari.

Power Query Online non è in grado di connettersi tramite endpoint pubblico quando un endpoint privato è configurato per un'archiviazione

Quando viene configurato un endpoint privato a un account di archiviazione, Power Query Online risolverà sempre l'indirizzo di collegamento privato e non potrà connettersi tramite Internet pubblico, anche se l'accesso pubblico è impostato su "Consentito" nella configurazione dell'endpoint privato.

Questo comportamento si verifica perché l'endpoint privato ha la precedenza sulla connettività pubblica. Di conseguenza, qualsiasi tentativo di connessione senza un gateway avrà esito negativo.

Finestra di dialogo di errore durante l'esecuzione di determinate operazioni di caratteri speciali

Quando si usa la tastiera IME coreana in Power Query, è possibile che venga visualizzata una finestra di dialogo di errore quando si immettono determinati caratteri speciali nell'editor avanzato, nella finestra di dialogo Colonna personalizzata o nella barra della formula.

Questo problema influisce sull'editor di Power Query in Power BI Desktop ed Excel. Non influisce su Power Query Online (flussi di dati).

Per risolvere questo problema, disabilitare M IntelliSense nelle opzioni dell'editor di Power Query.

Dataflows

Annullare l'aggiornamento del flusso di dati

In alcuni casi si avvia un aggiornamento del flusso di dati, ma dopo averla avviata, ci si rende conto di voler modificare un'altra cosa prima di aggiornare i dati. In tal caso, è necessario attendere il completamento dell'aggiornamento. Interrompere un aggiornamento a metà poiché il processo sta già ottenendo i dati e aggiornando le tabelle nell'area di lavoro o nell'ambiente non è attualmente supportato.

Si prevede di aggiungere il supporto per annullare un aggiornamento del flusso di dati in futuro.