Overstappen van ODBC naar ADBC-stuurprogramma's in Power BI en Fabric

Power BI en Microsoft Fabric stappen voor ondersteunde gegevensbronverbindingen over van verouderde ingebouwde ODBC-stuurprogramma's naar Apache Arrow Database Connectivity (ADBC)-stuurprogramma's. ADBC biedt een set standaardinterfaces voor interactie met pijlgegevens. Dit is met name efficiënt bij het ophalen van grote gegevenssets met minimale overhead en geen serialisatie of kopiëren. De ADBC-stuurprogramma's bevatten ook beveiligingsverbeteringen, zoals geheugenveiligheid en garbagecollection.

Note

De besturingselementen voor tenants en werkruimten die in dit artikel worden beschreven, worden in fasen ingeschakeld en zijn mogelijk nog niet beschikbaar in alle tenants. Deze overgang is alleen van toepassing op de connectors die in dit artikel worden vermeld en wijzigt geen gedrag voor de ODBC-connector wanneer u een afzonderlijk geïnstalleerd ODBC-stuurprogramma gebruikt. De wijziging in dit artikel betreft het afstappen van ingebouwde stuurprogramma's die met Power BI worden meegeleverd.

U kunt ADBC vandaag gebruiken per verbinding en beheerders kunnen het standaardgedrag op schaal beheren met behulp van een tenantinstelling die werkruimtebeheerders kunnen overschrijven voor testen en valideren.

Connectoren en wijzigingen in stuurprogramma's

De volgende tabel bevat de connectors die overstappen van ingesloten ODBC-stuurprogramma's naar vervangende stuurprogramma's. In de meeste gevallen is het vervangende stuurprogramma een ADBC-stuurprogramma.

Connector Huidig stuurprogramma Vervangend stuurprogramma
Databricks Simba Spark ODBC Databricks ADBC
Azure Databricks Simba Spark ODBC Databricks ADBC
Dremio Simba Drill ODBC FlightSQL ADBC
Google BigQuery en Google BigQuery (Microsoft Entra ID) Simba Google BigQuery ODBC BigQuery ADBC
Hive Simba Hive ODBC Afgekeurd
Impala Simba Impala ODBC HiveServer2 ADBC
Snowflake Simba Snowflake ODBC Snowflake ADBC
Spark Simba Spark ODBC HiveServer2 ADBC

Wie wordt beïnvloed

Dit wordt beïnvloed als u een van de connectors gebruikt die overstappen naar ADBC (zoals Databricks, Snowflake of Google BigQuery) en:

  • U hebt geen implementatie expliciet gekozen in de verbinding (de Implementation parameter is niet opgegeven) of
  • Uw organisatie wil gecentraliseerde controle over of ADBC of ODBC de standaardinstelling is voor ondersteunde connectors.

Deze standaardwaarde is van toepassing op elke locatie waar u een verbinding maakt, met inbegrip van semantische modellen, Gegevensstromen Gen2 en gepagineerde rapporten.

Hoe te migreren

U kunt op drie manieren migreren, gesorteerd op hoeveel controle u wilt:

  • Opt-in per verbinding: Voeg Implementation="2.0" toe aan individuele verbindingen om ADBC in uw eigen tempo te valideren.
  • Tenantinstelling: stel de standaardinstelling voor de hele organisatie in via de beheerportal.
  • Werkruimte-overschrijving: Overschrijf de tenantstandaard op werkruimteniveau voor validatie naast elkaar.

Aanmelding per verbinding

U kunt kiezen voor ADBC door Implementation="2.0" toe te voegen aan ondersteunde verbindingen. Met deze methode kunt u ADBC in uw eigen tempo valideren voor afzonderlijke verbindingen.

Zie de connectorspecifieke documentatie die is gekoppeld aan de tabel Connectors en wijzigingen in stuurprogramma's voor gedetailleerde instructies voor het aanmelden per verbinding voor een specifieke connector.

Tenantinstelling

Tenantbeheerders kunnen de standaardinstelling van de organisatie instellen met behulp van de instelling voor de beheerportal:

Gebruikers kunnen verbinding maken met gegevensbronnen met behulp van Apache Arrow-databaseconnectiviteit (ADBC)

  • Uitgeschakeld (standaard): Hiermee selecteert u de verouderde ODBC-stuurprogramma's als de standaardoptie.
  • Ingeschakeld: Hiermee selecteert u de nieuwe ADBC-stuurprogramma's als de standaardoptie.

Met deze instelling bepaalt u ook het gedrag van de testverbinding voor elk verbindingstype in de tenant.

Overschrijven van werkruimte

De tenantinstelling delegeert naar werkruimten, zodat werkruimtebeheerders de standaardinstellingen kunnen overschrijven en gedrag kunnen vergelijken zonder elke afzonderlijke verbinding te wijzigen. Deze aanpak maakt validatie naast elkaar mogelijk. U kunt bijvoorbeeld één werkruimte gebruiken om de standaardinstellingen van ADBC te testen terwijl u een andere werkruimte op ODBC-standaardwaarden houdt.

Hoe de implementatie wordt gekozen

Als u expliciet de Implementation parameter in de verbinding opgeeft, heeft die waarde altijd voorrang op de standaardinstellingen van de tenant of werkruimte.

In de volgende tabel ziet u hoe het stuurprogramma is geselecteerd:

Conditie Gebruikt stuurprogramma
Implementation="2.0" ADBC
Implementation niet opgegeven en werkruimte-instelling is ingeschakeld ADBC
Implementation="1.0" ODBC
Implementation niet opgegeven en werkruimte-instelling is uitgeschakeld ODBC

Werking van de on-premises data gateway

De ADBC-instellingen voor de tenant en werkruimte zijn van toepassing op vernieuwingspaden die worden uitgevoerd in de cloudservice. Query's die via een on-premises gegevensgateway worden gerouteerd, blijven het stuurprogramma gebruiken dat is gebundeld met de installatie van de gateway, en dat is momenteel ODBC voor de connectoren die in dit artikel worden vermeld. Vernieuwingen via gateways schakelen niet over naar ADBC wanneer de tenant- of werkruimte-instelling is ingeschakeld en dit is verwacht gedrag.

Twee gevolgen om rekening mee te houden bij het plannen van uw migratie:

  • Als u een gateway gebruikt om de overgang naar ADBC te testen, worden vernieuwingen via de gateway niet weergegeven op het ADBC-pad. Test ADBC met behulp van een cloudverbinding om het end-to-end ADBC-gedrag nauwkeurig te valideren.
  • Klanten die op ODBC moeten blijven staan (bijvoorbeeld om een privékoppelingspad via de gateway te behouden), kunnen de wijziging uitstellen door vernieuwingen door te zetten via de on-premises gateway waarop de ODBC-stuurprogramma's zijn geïnstalleerd. Dit is een uitstel, geen permanente opt-out: zodra ODBC-stuurprogramma's zijn verwijderd uit toekomstige gatewayinstallaties (zie sleuteldatums), worden gateways die zijn vastgemaakt aan eerdere releases uiteindelijk niet ondersteund. Plan gateway-upgrades en ADBC-validatie overeenkomstig.
  1. Kies een pilotwerkruimte en schakel ADBC daar eerst in met behulp van de werkruimte-override om belangrijke datasets en verversingsscenario’s te valideren. Als u het end-to-end ADBC-pad wilt valideren, test u met behulp van een cloudverbinding . Zie het gedrag van de on-premises gegevensgateway voor de reden waarom vernieuwingen via de gateway op ODBC blijven staan.
  2. Valideer in Power BI Desktop. Installeer de huidige versie van Power BI Desktop, die het ADBC-stuurprogramma bevat voor elke relevante connector waarvoor de standaardinschakeling is doorgevoerd. Er is geen schakelaar op bestandsniveau om ADBC af te dwingen voor een bestaande query. Als u een bestaande query via ADBC wilt laten lopen, verwijdert u de query, voegt u de bron opnieuw toe en selecteert u de velden opnieuw. Aantal rijen, kolomtypen en vernieuwingsduur vernieuwen en vergelijken met uw ODBC-basislijn.
  3. Voor kritieke verbindingen die u onmiddellijk wilt valideren, schakelt u dit voor elke verbinding afzonderlijk in met Implementation="2.0".
  4. Zodra de validatie is voltooid, bepaalt u of ADBC standaard moet worden ingeschakeld op tenantniveau.

Belangrijke data

  • Juli 2026 (gepland): brede implementatie van de tenantinstelling begint. Het gedrag van de werkruimte erft deze instelling en kan, waar dit wordt ondersteund, door werkruimtebeheerders worden opgeheven.
  • Augustus 2026 (gepland): Microsoft plannen om de tenantinstelling standaard in fasen in te schakelen, afhankelijk van de gereedheid van de implementatie.
  • Late Q3 tot begin Q4 2026 (gepland): Microsoft plannen om ODBC-stuurprogramma's uit de service te verwijderen, afhankelijk van de gereedheid van de implementatie. Als u ODBC (Implementation="1.0" of werkruimte-instelling Uit) moet blijven gebruiken, moet u een gateway gebruiken om query's met ODBC uit te voeren.
  • Voorjaar 2027 (gepland): De ODBC-stuurprogramma's waarnaar in dit artikel wordt verwezen, zullen naar verwachting niet langer worden meegeleverd met Power BI Desktop of de gateway.

Voordat mijlpalen worden afgedwongen, Microsoft van plan om vooraf op de hoogte te worden gesteld, zodat klanten migratie- en validatieactiviteiten kunnen voltooien.

Veelgestelde vragen

Kan ik ADBC nu testen?

Yes. Installeer de huidige Power BI Desktop en voeg een bron binnen het bereik opnieuw toe: nieuwe query's worden onmiddellijk naar ADBC gerouteerd. Voor tests aan de servicezijde gebruikt u de werkruimte-override om ADBC in te schakelen op een pilotwerkruimte en via een cloudverbinding te valideren.

Ben ik hierdoor getroffen als ik de on-premises gegevensgateway al gebruik?

De ADBC-instellingen voor de tenant en werkruimte zijn alleen van toepassing op uitvoeringen in de service; ze zijn niet van invloed op vernieuwingsbewerkingen die via een lokale gegevensgateway worden gerouteerd. Vernieuwingen via gateways blijven ODBC gebruiken via cutover voor de connectors in dit artikel. Bekijk het gedrag van de on-premises gegevensgateway. ODBC-stuurprogramma's zullen uit toekomstige gateway-installaties worden verwijderd — raadpleeg belangrijke data voor de planning.

Hoe kan ik me afmelden voor de ADBC-overgang?

U kunt zich niet permanent uitsluiten. Met de tenantinstelling kunt u de standaardomschakeling tijdens de validatieperiode uitstellen, maar zodra ODBC in de service is uitgeschakeld, geldt de wijziging voor iedereen. Als u ODBC wilt blijven gebruiken na de omschakeling aan de servicezijde, moet u vernieuwingen via een on-premises gegevensgateway laten verlopen waarop ODBC-stuurprogramma's zijn geïnstalleerd. Deze wijziging is alleen een uitstel. ODBC-stuurprogramma's zijn gepland om te worden verwijderd uit toekomstige gatewayinstallaties.

Waarom wijzigt de ADBC-instelling van de werkruimte mijn Power BI Desktop-bestand niet?

Er is geen wisselknop per bestand voor ADBC in Power BI Desktop. Bestaande query's in een bureaubladbestand blijven behouden op het stuurprogramma waarop ze zijn gemaakt totdat de query opnieuw wordt gemaakt. Als u ADBC wilt valideren voor een bestaande query, verwijdert u de query, voegt u de bron opnieuw toe en selecteert u de velden opnieuw. Nieuwe query’s in de huidige Desktop-release worden automatisch naar ADBC doorgestuurd voor connectors waarvoor de standaardomschakeling is doorgevoerd.

Worden mijn bestaande M-query's opnieuw geschreven met de ADBC-instelling voor de werkruimte?

No. De tenant- en werkruimte-instellingen wijzigen welk stuurprogramma is geselecteerd tijdens de uitvoering van query's, maar ze wijzigen de M-expressie zelf niet: hostnamen, poorten, verbindingsparameters en connectorargumenten in uw M blijven exact zoals geschreven. Dit gedrag is van toepassing op zowel nieuw aangemaakte als bestaande verbindingen: elke verbinding die Implementation niet expliciet vastzet in M, volgt de standaard van de werkruimte/tenant op het moment dat deze omschakelt.

Verbindingen die de driver vastzetten in M, hebben voorrang op de standaardinstelling van de werkruimte/tenant. Een verbinding met Implementation="1.0" blijft op ODBC en Implementation="2.0" blijft op ADBC staan, ongeacht de werkruimte- of tenantinstelling. Als u een van deze wilt wijzigen, bewerkt u de M.

Zie de connectorspecifieke documentatie waarnaar wordt verwezen in de tabel Connectors en stuurprogrammawijzigingen voor connectorspecifiek gedrag (inclusief eventuele poort- of optieverschillen tussen de ODBC- en ADBC-stuurprogramma's).