Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Power BI e Microsoft Fabric stanno passando le connessioni supportate alle origini dati dai precedenti driver ODBC integrati ai driver Apache Arrow Database Connectivity (ADBC). ADBC offre un set di interfacce standard per l'interazione con i dati Arrow, particolarmente efficienti nel recupero di set di dati di grandi dimensioni con overhead minimo e senza serializzazione o copia. I driver ADBC incorporano anche miglioramenti della sicurezza, ad esempio sicurezza della memoria e Garbage Collection.
È possibile adottare ADBC fin da oggi a livello di singola connessione e gli amministratori possono controllare il comportamento predefinito a livello globale tramite un'impostazione del tenant che gli amministratori dell'area di lavoro possono sovrascrivere per test e convalida.
Modifiche ai connettori e ai driver
Nella tabella seguente sono elencati i connettori che passano dai driver ODBC incorporati ai driver sostitutivi. Nella maggior parte dei casi, il driver sostitutivo è un driver ADBC.
| Connettore | Driver attuale | Driver sostitutivo |
|---|---|---|
| Databricks | Simba Spark ODBC | Databricks ADBC |
| Azure Databricks | Simba Spark ODBC | Databricks ADBC |
| Dremio | Simba Drill ODBC | FlightSQL ADBC |
| Google BigQuery e Google BigQuery (Microsoft Entra ID) | Simba Google BigQuery ODBC | BigQuery ADBC |
| Hive | Simba Hive ODBC | Deprecato |
| Impala | Simba Impala ODBC | HiveServer2 ADBC |
| Snowflake | Simba Snowflake ODBC | Snowflake ADBC |
| Spark | Simba Spark ODBC | HiveServer2 ADBC |
Chi è interessato
Sei interessato se utilizzi uno dei connettori in transizione ad ADBC (ad esempio Databricks, Snowflake o Google BigQuery) e:
- Non è stata scelta in modo esplicito un'implementazione nella connessione (il
Implementationparametro non è specificato) o - L'organizzazione vuole un controllo centralizzato sul fatto che ADBC o ODBC sia l'impostazione predefinita per i connettori supportati.
Questa impostazione predefinita si applica ovunque si crei una connessione, inclusi modelli semantici, Flussi di dati Gen2 e report impaginati.
Come eseguire la migrazione
È possibile eseguire la migrazione in tre modi, ordinati in base alla quantità di controllo desiderata:
-
Attivazione facoltativa per connessione: Aggiungi
Implementation="2.0"alle singole connessioni per convalidare ADBC secondo i tuoi tempi. - Impostazione del tenant: impostare l'impostazione predefinita a livello di organizzazione tramite il portale di amministrazione.
- Sostituzione a livello di area di lavoro: sostituisci il valore predefinito del tenant a livello di area di lavoro per la convalida affiancata.
Consenso per ogni connessione
È possibile acconsentire esplicitamente ad ADBC aggiungendo Implementation="2.0" alle connessioni supportate. Questo approccio consente di convalidare ADBC con i propri tempi per ogni singola connessione.
Per istruzioni dettagliate sull'abilitazione esplicita per singola connessione per un connettore specifico, vedere la documentazione specifica del connettore riportata nella tabella Modifiche ai connettori e ai driver.
Impostazione del tenant
Gli amministratori tenant possono impostare l'impostazione predefinita dell'organizzazione usando l'impostazione del portale di amministrazione:
Gli utenti possono connettersi alle origini dati usando la connettività del database Apache Arrow (ADBC)
- Disabilitato (impostazione predefinita): seleziona i driver ODBC legacy come opzione predefinita.
- Abilitato: seleziona i nuovi driver ADBC come opzione predefinita.
Questa impostazione controlla anche il comportamento di Test di connessione per ogni tipo di connessione nel tenant.
Sovrascrittura dell'area di lavoro
L'impostazione del tenant delega le aree di lavoro, in modo che gli amministratori dell'area di lavoro possano ignorare i comportamenti predefiniti e confrontarli senza modificare ogni singola connessione. Questo approccio consente la convalida parallela. Ad esempio, è possibile usare un'area di lavoro per testare le impostazioni predefinite di ADBC mantenendo un'altra area di lavoro nelle impostazioni predefinite ODBC.
Modalità di scelta dell'implementazione
Se si specifica in modo esplicito il Implementation parametro nella connessione, tale valore ha sempre la precedenza sui valori predefiniti del tenant o dell'area di lavoro.
La tabella seguente mostra come viene selezionato il driver:
| Condition | Driver utilizzato |
|---|---|
Implementation="2.0" |
ADBC |
Implementation non specificato e l'impostazione dell'area di lavoro è Attivata |
ADBC |
Implementation="1.0" |
ODBC |
Implementation non specificato e l'impostazione dell'area di lavoro è Disattivata |
ODBC |
Elenco di controllo per la migrazione consigliato
- Selezionare un'area di lavoro pilota e abilitare ADBC prima di tutto usando l'override dell'area di lavoro per convalidare i set di dati chiave e gli scenari di aggiornamento.
- Per qualsiasi connessione critica che si desidera convalidare immediatamente, attivare l'opzione per ogni singola connessione con
Implementation="2.0". - Al termine della convalida, decidere se abilitare ADBC per impostazione predefinita a livello di tenant.
Date chiave
-
September 2026: Microsoft inizia a rimuovere i driver ODBC dal servizio. Se è necessario rimanere in ODBC (
Implementation="1.0"o l'impostazione dell'area di lavoro Disattivata), è necessario usare un gateway per continuare a eseguire query con ODBC. - March 2027: i driver ODBC a cui si fa riferimento in questo articolo non vengono più forniti con Power BI Desktop o il gateway. Se si desidera mantenere la funzionalità ODBC, è necessario usare la versione di febbraio 2027 o versioni precedenti.