Przejście z ODBC na sterownik ADBC w Power BI i Fabric

W programach Power BI i Microsoft Fabric obsługiwane połączenia ze źródłami danych są przenoszone ze starszych, wbudowanych sterowników ODBC na sterowniki Apache Arrow Database Connectivity (ADBC). ADBC zapewnia zestaw standardowych interfejsów do pracy z danymi Arrow, co jest szczególnie efektywne przy pobieraniu dużych zbiorów danych z minimalnym obciążeniem, bez konieczności serializacji ani kopiowania. Sterowniki ADBC obejmują również ulepszenia zabezpieczeń, takie jak bezpieczeństwo pamięci i odzyskiwanie pamięci.

Note

Kontrolki dzierżawy i obszaru roboczego opisane w tym artykule są włączane w fazach i mogą nie być jeszcze dostępne we wszystkich dzierżawach. To przejście dotyczy tylko łączników wymienionych w tym artykule i nie zmienia zachowania łącznika ODBC w przypadku używania oddzielnie zainstalowanego sterownika ODBC. Zmiana w tym artykule polega na odejściu od osadzonych sterowników, które są dostarczane z Power BI.

Już dziś można wdrożyć ADBC dla każdego połączenia, a administratorzy mogą kontrolować domyślne zachowanie na dużą skalę za pomocą ustawienia na poziomie dzierżawy, które administratorzy obszarów roboczych mogą nadpisać na potrzeby testowania i weryfikacji.

Zmiany łączników i sterowników

W poniższej tabeli wymieniono łączniki przechodzące z osadzonych sterowników ODBC do sterowników zastępczych. W większości przypadków zamienny sterownik to sterownik ADBC.

Łącznik Bieżący sterownik Sterownik zastępczy
Databricks Simba Spark ODBC Databricks ADBC
Azure Databricks Simba Spark ODBC Databricks ADBC
Dremio Simba Drill ODBC FlightSQL ADBC
Google BigQuery i Google BigQuery (Microsoft Entra ID) Simba Google BigQuery ODBC BigQuery ADBC
Hive Simba Hive ODBC Przestarzałe
Impala Simba Impala ODBC HiveServer2 ADBC
Snowflake Simba Snowflake ODBC Snowflake ADBC
Spark Simba Spark ODBC HiveServer2 ADBC

Kto ma wpływ

Dotyczy to Ciebie, jeśli używasz któregokolwiek z konektorów przechodzących na ADBC (takich jak Databricks, Snowflake lub Google BigQuery) i:

  • Nie wybrano wyraźnie implementacji w połączeniu (parametr Implementation nie jest określony) lub
  • Twoja organizacja chce scentralizowanej kontroli nad tym, czy usługa ADBC czy ODBC jest domyślną wartością obsługiwanych łączników.

To ustawienie domyślne ma zastosowanie wszędzie tam, gdzie tworzysz połączenie, w tym w modelach semantycznych, przepływach danych generacji 2 i raportach stronicowanych.

Jak przeprowadzić migrację

Migrację można przeprowadzić na trzy sposoby, uporządkowane według żądanej kontroli:

Zgoda na połączenie

Możesz wyrazić zgodę na usługę ADBC, dodając Implementation="2.0" do obsługiwanych połączeń. Takie podejście umożliwia zweryfikowanie usługi ADBC we własnym tempie dla poszczególnych połączeń.

Aby uzyskać szczegółowe instrukcje dotyczące włączania dla poszczególnych połączeń w przypadku określonego konektora, zobacz dokumentację dotyczącą tego konektora, do której prowadzi odsyłacz w tabeli Łączniki i zmiany sterowników.

Ustawienie dzierżawy

Administratorzy dzierżawy mogą ustawić wartość domyślną dla organizacji za pomocą ustawienia w portalu administracyjnym:

Użytkownicy mogą łączyć się ze źródłami danych przy użyciu łączności bazy danych Apache Arrow (ADBC)

  • Wyłączone (ustawienie domyślne): wybiera starsze sterowniki ODBC jako opcję domyślną.
  • Włączone: wybiera nowe sterowniki ADBC jako opcję domyślną.

To ustawienie kontroluje również działanie funkcji Test Connection dla każdego typu połączenia w obrębie dzierżawy.

Nadpisanie obszaru roboczego

Ustawienie dzierżawy jest delegowane do obszarów roboczych, dzięki czemu administratorzy obszarów roboczych mogą zastąpić ustawienie domyślne i porównać działanie bez modyfikowania poszczególnych połączeń. Takie podejście umożliwia walidację równoległą. Na przykład można użyć jednego obszaru roboczego do testowania domyślnych ustawień ADBC, a innego obszaru roboczego z domyślnymi ustawieniami ODBC.

Sposób wybierania implementacji

Jeśli jawnie określisz parametr Implementation w połączeniu, ta wartość ma zawsze pierwszeństwo przed ustawieniami domyślnymi dzierżawy lub obszaru roboczego.

W poniższej tabeli przedstawiono sposób wybierania sterownika:

Warunek Użyty sterownik
Implementation="2.0" ADBC
Implementation nie określono, a ustawienie dla obszaru roboczego to Włączone ADBC
Implementation="1.0" ODBC
Implementation nie określono, a ustawienie obszaru roboczego to Wyłączone ODBC
  1. Wybierz pilotażowy obszar roboczy i najpierw włącz tam ADBC za pomocą funkcji zastępowania obszaru roboczego, aby zweryfikować kluczowe zestawy danych i scenariusze odświeżania danych.
  2. W przypadku każdego krytycznego połączenia, które chcesz natychmiast zweryfikować, włącz tę opcję osobno dla każdego połączenia za pomocą Implementation="2.0".
  3. Po zakończeniu walidacji zdecyduj, czy domyślnie włączyć usługę ADBC na poziomie dzierżawy.

Daty klucza

  • Lipiec 2026 (planowane): rozpoczyna się szerokie wdrożenie ustawienia dzierżawy. Zachowanie obszaru roboczego dziedziczy to ustawienie i może zostać nadpisane przez administratorów obszaru roboczego, jeśli ta funkcja jest obsługiwana.
  • Sierpień 2026 r. (planowane): Microsoft planuje rozpocząć etapowe włączanie ustawienia dzierżawcy jako domyślnego, w zależności od gotowości do wdrożenia.
  • Od końca III kwartału do początku IV kwartału 2026 r. (planowane): Microsoft planuje rozpocząć usuwanie sterowników ODBC z usługi, zależnie od gotowości do wdrożenia. Jeśli musisz pozostać przy ODBC (Implementation="1.0" lub w ustawieniu obszaru roboczego Wyłączone), musisz użyć bramy, aby nadal uruchamiać zapytania przy użyciu ODBC.
  • Wiosna 2027 r. (planowana): Sterowniki ODBC wymienione w tym artykule nie będą już dostarczane z programem Power BI Desktop ani z bramą.

Przed terminami egzekwowania Microsoft planuje zapewnić wcześniejsze powiadomienie, aby klienci mogli zakończyć działania związane z migracją i walidacją.

Treści powiązane

  • Last updated on