Nota
L'accés a aquesta pàgina requereix autorització. Podeu provar d'iniciar la sessió o de canviar els directoris.
L'accés a aquesta pàgina requereix autorització. Podeu provar de canviar els directoris.
Power BI y Microsoft Fabric están cambiando las conexiones compatibles con orígenes de datos de controladores ODBC incrustados heredados a controladores Apache Arrow Database Connectivity (ADBC). ADBC proporciona un conjunto de interfaces estándar para interactuar con datos de Arrow, lo que es especialmente eficaz para obtener grandes conjuntos de datos con una mínima sobrecarga y sin serialización ni copia. Los controladores de ADBC también incorporan mejoras de seguridad, como la seguridad de memoria y la recolección de elementos no utilizados.
Puede usar ADBC desde hoy para cada conexión, y los administradores pueden controlar el comportamiento predeterminado a gran escala mediante una configuración del inquilino que los administradores del área de trabajo pueden anular para realizar pruebas y validación.
Conectores y cambios en los controladores
En la tabla siguiente se enumeran los conectores que realizan la transición de controladores ODBC incrustados a controladores de reemplazo. En la mayoría de los casos, el controlador de reemplazo es un controlador ADBC.
| Conector | Controlador actual | Controlador de reemplazo |
|---|---|---|
| Databricks | Simba Spark ODBC | Databricks ADBC |
| Azure Databricks | Simba Spark ODBC | Databricks ADBC |
| Dremio | Simba Drill ODBC | FlightSQL ADBC |
| Google BigQuery y Google BigQuery (Microsoft Entra ID) | Simba Google BigQuery ODBC | BigQuery ADBC |
| Hive | Simba Hive ODBC | En desuso |
| Impala | Simba Impala ODBC | HiveServer2 ADBC |
| Copo de nieve | Simba Snowflake ODBC | Snowflake ADBC |
| Spark | Simba Spark ODBC | HiveServer2 ADBC |
Quién se ve afectado
Se verá afectado si usa cualquiera de los conectores que realizan la transición a ADBC (como Databricks, Snowflake o Google BigQuery) y:
- No ha elegido explícitamente una implementación en la conexión (el
Implementationparámetro no se especifica) o - Su organización quiere un control centralizado sobre si ADBC o ODBC es el valor predeterminado para los conectores admitidos.
Este valor predeterminado se aplica siempre que cree una conexión, incluidos los modelos semánticos, Dataflows Gen2 y los informes paginados.
Cómo migrar
Puede migrar de tres maneras, ordenadas por cuánto control desea:
-
Activación por conexión: Añada
Implementation="2.0"a cada conexión para validar ADBC a su propio ritmo. - Configuración del inquilino: establezca el valor predeterminado para toda la organización en el portal de administración.
- Anulación a nivel de espacio de trabajo: Anula la configuración predeterminada del tenant a nivel de espacio de trabajo para la validación en paralelo.
Activación por conexión
Puede participar en ADBC agregando Implementation="2.0" a las conexiones admitidas. Este enfoque le permite validar ADBC a su propio ritmo para las conexiones individuales.
Para obtener instrucciones detalladas sobre cómo habilitar la opción para cada conexión en un conector específico, consulte la documentación específica del conector enlazada en la tabla Conectores y cambios de controladores.
Configuración de inquilino
Los administradores de inquilinos pueden establecer el valor predeterminado de la organización mediante la configuración del portal de administración:
Los usuarios pueden conectarse a orígenes de datos mediante la conectividad de base de datos de Apache Arrow (ADBC)
- Deshabilitado (valor predeterminado): selecciona los controladores ODBC heredados como opción predeterminada.
- Habilitado: selecciona los nuevos controladores ADBC como opción predeterminada.
Esta configuración también controla el comportamiento de Probar conexión para cada tipo de conexión del tenant.
Anulación del espacio de trabajo
La configuración del inquilino se delega a los espacios de trabajo, por lo que los administradores de los espacios de trabajo pueden anular la configuración predeterminada y comparar comportamientos sin modificar cada conexión individual. Este enfoque permite la validación en paralelo. Por ejemplo, puede usar un área de trabajo para probar los valores predeterminados de ADBC mientras mantiene otra área de trabajo en los valores predeterminados de ODBC.
Cómo se elige la implementación
Si especifica explícitamente el parámetro Implementation en la conexión, ese valor siempre tiene prioridad sobre los valores predeterminados del arrendatario o del espacio de trabajo.
En la tabla siguiente se muestra cómo se selecciona el controlador:
| Condition | Controlador utilizado |
|---|---|
Implementation="2.0" |
ADBC |
Implementation no especificado y la configuración del espacio de trabajo es Activado |
ADBC |
Implementation="1.0" |
ODBC |
Implementation no se ha especificado y la configuración del área de trabajo es Desactivado |
ODBC |
Lista de comprobación de migración recomendada
- Elija un área de trabajo piloto y habilite primero ADBC allí mediante la anulación del área de trabajo para validar los conjuntos de datos clave y los escenarios de actualización.
- Para cualquier conexión crítica que desee validar inmediatamente, active la opción para cada conexión con
Implementation="2.0". - Una vez completada la validación, decida si desea habilitar ADBC de forma predeterminada en el nivel de inquilino.
Fechas clave
-
September 2026: Microsoft comienza a quitar controladores ODBC del servicio. Si necesita mantenerse en ODBC (
Implementation="1.0"o la configuración del área de trabajo Desactivada), debe usar una puerta de enlace para seguir ejecutando consultas con ODBC. - March 2027: los controladores ODBC a los que se hace referencia en este artículo ya no se incluyen con Power BI Desktop o la puerta de enlace. Si desea conservar la funcionalidad ODBC, debe usar la versión de febrero de 2027 o anterior.