Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Power BI и Microsoft Fabric переносят поддерживаемые подключения к источнику данных из устаревших встроенных драйверов ODBC на драйверы Apache Arrow Database Connectivity (ADBC). ADBC предоставляет набор стандартных интерфейсов для взаимодействия с данными Arrow, что особенно эффективно при извлечении больших наборов данных с минимальными накладными расходами и без сериализации или копирования. Драйверы ADBC также включают улучшения безопасности, такие как безопасность памяти и сборка мусора.
Вы можете использовать ADBC сегодня для каждого подключения, а администраторы могут управлять поведением по умолчанию в масштабе с помощью параметра клиента, который администраторы рабочих областей могут переопределить для тестирования и проверки.
Изменения соединителей и драйверов
В следующей таблице перечислены коннекторы, которые переходят со встроенных драйверов ODBC на заменяющие драйверы. В большинстве случаев драйвер замены является драйвером ADBC.
| Соединитель | Текущий драйвер | Драйвер для замены |
|---|---|---|
| Databricks | Simba Spark ODBC | Databricks ADBC |
| Azure Databricks | Simba Spark ODBC | Databricks ADBC |
| Dremio | Simba Drill ODBC | FlightSQL ADBC |
| Google BigQuery и Google BigQuery (Microsoft Entra ID) | Симба Google BigQuery ODBC | BigQuery ADBC |
| Hive | Симба Hive ODBC | Не рекомендуется |
| Impala | Симба Impala ODBC | HiveServer2 ADBC |
| Snowflake | Simba Snowflake ODBC | Snowflake ADBC |
| Spark | Simba Spark ODBC | HiveServer2 ADBC |
Кто пострадал
Это касается вас, если вы используете любой из коннекторов, переходящих на ADBC (например, Databricks, Snowflake или Google BigQuery), и:
- Вы явно не выбрали реализацию в соединении (
Implementationпараметр не указан) или - Ваша организация хочет централизованно контролировать, является ли ADBC или ODBC значением по умолчанию для поддерживаемых соединителей.
Это по умолчанию применяется везде, где вы создаете подключение, включая семантические модели, потоки данных 2-го поколения и отчеты с разбивкой на страницы.
Способы миграции
Вы можете выполнить миграцию тремя способами, в порядке увеличения степени контроля, который вам нужен:
-
Отдельное включение для каждого подключения: добавьте
Implementation="2.0"к отдельным подключениям, чтобы проверять ADBC в удобном для вас темпе. - Параметр клиента: задайте для всей организации значение по умолчанию на портале администрирования.
- Переопределение на уровне рабочей области: Переопределите значение по умолчанию для арендатора на уровне рабочей области для параллельной проверки.
Отдельное включение для каждого подключения
Вы можете принять участие в ADBC, добавив Implementation="2.0" в поддерживаемые подключения. Этот подход позволяет проверять ADBC в собственном темпе для отдельных подключений.
Подробные инструкции по включению для каждого подключения для конкретного коннектора см. в документации для этого коннектора, ссылка на которую приведена в таблице «Коннекторы и изменения драйверов».
Параметры арендатора
Администраторы клиента могут установить значение по умолчанию для организации с помощью параметра портала администрирования:
Пользователи могут подключаться к источникам данных с помощью подключения к базе данных Apache Arrow (ADBC)
- Отключен (по умолчанию): выбирает устаревшие драйверы ODBC в качестве параметра по умолчанию.
- Включено: выбирает новые драйверы ADBC в качестве параметра по умолчанию.
Этот параметр также управляет поведением тестового подключения для каждого типа подключения внутри клиента.
Переопределение рабочего пространства
Параметр клиента делегирует рабочим областям, поэтому администраторы рабочих областей могут переопределить поведение по умолчанию и сравнить поведение без изменения каждого отдельного подключения. Этот подход позволяет параллельно выполнять проверку. Например, можно использовать одну рабочую область для проверки значений по умолчанию ADBC, сохраняя другую рабочую область по умолчанию ODBC.
Как выбирается реализация
Если в соединении явно указать параметр Implementation, это значение всегда имеет приоритет над значениями по умолчанию для арендатора или рабочей области.
В следующей таблице показано, как выбран драйвер:
| Состояние | Используемый драйвер |
|---|---|
Implementation="2.0" |
ADBC |
Implementation не указано, и для рабочей области задано значение On |
ADBC |
Implementation="1.0" |
ODBC |
Implementation не указано, и настройка рабочей области: Off |
ODBC |
Рекомендуемый контрольный список миграции
- Выберите пилотную рабочую область и сначала включите ADBC, используя переопределение рабочей области для проверки ключевых наборов данных и сценариев обновления.
- Для всех критически важных подключений, которые нужно проверить немедленно, включите эту функцию отдельно для каждого подключения с помощью
Implementation="2.0". - После завершения проверки определите, следует ли включить ADBC по умолчанию на уровне клиента.
Ключевые даты
-
September 2026: Microsoft начинает удаление драйверов ODBC из службы. Если вам нужно продолжать использовать ODBC (
Implementation="1.0"или параметр рабочей области Off), необходимо использовать шлюз, чтобы продолжать выполнять запросы через ODBC. - Март 2027 г.: Драйверы ODBC, упомянутые в этой статье, больше не входят в состав Power BI Desktop или шлюза. Если вы хотите сохранить функциональные возможности ODBC, необходимо использовать выпуск за февраль 2027 г. или более раннюю версию.