Carga datos de Microsoft SQL Server en BigQuery

Vista previa

Esta función está sujeta a las "Condiciones de la oferta previa a la DG" en la sección Condiciones Generales del Servicio de las Condiciones Específicas del Servicio. Las funciones de la fase previa a la DG están disponibles “sin modificaciones” y pueden tener asistencia limitada. Para obtener más información, consulta las descripciones de la etapa de lanzamiento.

Nota: Para obtener asistencia o enviar comentarios sobre esta función, comunícate con [e-mail].

Puedes cargar datos de Microsoft SQL Server en BigQuery con el conector del Servicio de transferencia de datos de BigQuery para Microsoft SQL Server. El conector de Microsoft SQL Server admite cargas de datos desde instancias de Microsoft SQL Server alojadas en entornos locales y otros proveedores de servicios en la nube, como Cloud SQL, Amazon Web Services (AWS) o Microsoft Azure. Con el Servicio de transferencia de datos de BigQuery, puedes crear trabajos de transferencia de datos recurrentes y según demanda para transferir datos de tu instancia de Microsoft SQL Server a BigQuery.

Limitaciones

Los trabajos de transferencia de datos de Microsoft SQL Server están sujetos a las siguientes limitaciones:

• Hay una cantidad limitada de conexiones simultáneas a una base de datos de Microsoft SQL Server. Por lo tanto, la cantidad de ejecuciones de transferencias simultáneas a una sola base de datos de Microsoft SQL Server también es limitada. Asegúrate de que la cantidad de trabajos de transferencia simultáneos sea menor que la cantidad máxima de conexiones simultáneas que admite la base de datos de Microsoft SQL Server.
• Algunos tipos de datos de Microsoft SQL Server se pueden asignar al tipo STRING en BigQuery para evitar la pérdida de datos. Por ejemplo, ciertos tipos numéricos en Microsoft SQL Server que no tienen precisión y escala definidas podrían asignarse a STRING en BigQuery. Para obtener más información, consulta Asignación de tipos de datos.

Limitaciones de la transferencia incremental

Las transferencias incrementales de Microsoft SQL Server están sujetas a las siguientes limitaciones:

• Solo puedes elegir TIMESTAMP columnas como columnas de marca de agua.
• La transferencia incremental solo se admite para los recursos con columnas de marcas de agua válidas.
• Los valores de una columna de marca de agua deben aumentar de forma monótona.
• Las transferencias incrementales no pueden sincronizar las operaciones de eliminación en la tabla de origen.
• Una sola configuración de transferencia solo puede admitir la transferencia incremental o completa.
• No puedes actualizar los objetos de la lista asset después de la primera ejecución de la incorporación incremental.
• No puedes cambiar el modo de escritura en una configuración de transferencia después de la primera ejecución de la transferencia incremental.
• No puedes cambiar la columna de marca de agua ni la clave primaria después de la primera ejecución de la transferencia incremental.
• La tabla de BigQuery de destino se agrupa con la clave primaria proporcionada y está sujeta a las limitaciones de las tablas agrupadas.
• Cuando actualizas una configuración de transferencia existente al modo de transferencia incremental por primera vez, la primera transferencia de datos después de esa actualización transfiere todos los datos disponibles de tu fuente de datos. Todas las transferencias de datos incrementales posteriores solo transferirán las filas nuevas y actualizadas de tu fuente de datos.
• Te recomendamos que crees índices en la columna de marcas de agua. Este conector usa columnas de marcas de agua para los filtros en las transferencias incrementales, por lo que indexar estas columnas puede mejorar el rendimiento.
• Cuando realices una transferencia incremental, debes usar la asignación de tipos de datos actualizada.

Opciones de transferencia de datos

En la siguiente sección, se proporciona información sobre las opciones de transferencia de datos cuando configuras una transferencia de datos de Microsoft SQL Server.

Configuración de TLS

El conector de Microsoft SQL Server admite la configuración de seguridad a nivel de transporte (TLS) para encriptar tus transferencias de datos a BigQuery. El conector de Microsoft SQL Server admite los siguientes parámetros de configuración de TLS:

• El modo Encriptar datos y verificar la CA y el nombre de host En este modo, se realiza una validación completa del servidor con TLS a través del protocolo TCPS. Encripta todos los datos en tránsito y verifica que el certificado del servidor de la base de datos esté firmado por una autoridad certificadora (AC) de confianza. Este modo también verifica que el nombre de host al que te conectas coincida exactamente con el nombre común (CN) o con un nombre alternativo del sujeto (SAN) en el certificado del servidor. Este modo evita que los atacantes usen un certificado válido para un dominio diferente y se hagan pasar por tu servidor de base de datos.

  Si tu nombre de host no coincide con el CN o el SAN del certificado, la conexión fallará. Debes configurar una resolución de DNS para que coincida con el certificado o usar un modo de seguridad diferente. Usa este modo para obtener la opción más segura y evitar ataques de intermediario (PITM).

• El modo Encrypt data, and verify CA only En este modo, se encriptan todos los datos con TLS a través del protocolo TCPS y se verifica que el certificado del servidor esté firmado por una CA en la que confía el cliente. Sin embargo, este modo no verifica el nombre de host del servidor. Este modo se conecta correctamente siempre que el certificado sea válido y lo haya emitido una CA de confianza, independientemente de si el nombre de host del certificado coincide con el nombre de host al que te conectas.

  Usa este modo si deseas asegurarte de conectarte a un servidor cuyo certificado esté firmado por una CA de confianza, pero el nombre de host no se puede verificar o no tienes control sobre la configuración del nombre de host.

• El modo Solo encriptación Este modo encripta todos los datos transferidos entre el cliente y el servidor. No realiza ninguna validación de certificado o nombre de host.

  Este modo proporciona cierto nivel de seguridad, ya que protege los datos en tránsito, pero puede ser vulnerable a los ataques de PITM.

  Usa este modo si necesitas asegurarte de que todos los datos estén encriptados, pero no puedes o no quieres verificar la identidad del servidor. Te recomendamos que uses este modo cuando trabajes con VPC privadas.

• El modo Sin encriptación ni verificación. Este modo no encripta ningún dato y no realiza ninguna verificación de certificados ni de nombres de host. Todos los datos se envían como texto sin formato.

  No recomendamos usar este modo en un entorno en el que se manejan datos sensibles. Solo recomendamos usar este modo para realizar pruebas en una red aislada en la que la seguridad no sea un problema.

Certificado de servidor de confianza (PEM)

Si usas el modo Encrypt data, and verify CA and hostname o el modo Encrypt data, and verify CA, también puedes proporcionar uno o más certificados codificados en PEM. Estos certificados son necesarios en algunos casos en los que el Servicio de transferencia de datos de BigQuery necesita verificar la identidad del servidor de la base de datos durante la conexión TLS:

• Si usas un certificado firmado por una CA privada dentro de tu organización o un certificado autofirmado, debes proporcionar la cadena de certificados completa o el certificado autofirmado único. Esto es necesario para los certificados emitidos por las AC internas de los servicios administrados del proveedor de servicios en la nube, como el Servicio de Base de datos Relacionales de Amazon (RDS).
• Si tu certificado de servidor de base de datos está firmado por una CA pública (por ejemplo, Let's Encrypt, DigiCert o GlobalSign), no es necesario que proporciones un certificado. Los certificados raíz de estas AC públicas están preinstalados y el Servicio de transferencia de datos de BigQuery los considera confiables.

Puedes especificar certificados con codificación PEM en el campo Certificado PEM de confianza de la configuración de transferencia, con los siguientes requisitos:

• El certificado debe ser una cadena de certificados válida con codificación PEM.
• El certificado debe ser completamente correcto. Si falta algún certificado en la cadena o el contenido es incorrecto, la conexión TLS fallará.
• Para un solo certificado, puedes proporcionar un solo certificado autofirmado del servidor de la base de datos.
• En el caso de una cadena de certificados completa emitida por una CA privada, debes proporcionar la cadena de confianza completa. Esto incluye el certificado del servidor de la base de datos y los certificados de CA intermedios y raíz.

Transferencias completas o incrementales

Para especificar cómo se cargan los datos en BigQuery, selecciona la preferencia de escritura Completa o Incremental en la configuración de transferencia cuando configures una transferencia de Microsoft SQL Server. Las transferencias incrementales son compatibles con la versión preliminar.

Nota: Para solicitar comentarios o asistencia para las transferencias incrementales, envía un correo electrónico a [e-mail].

Puedes configurar una transferencia de datos completa para transferir todos los datos de tus conjuntos de datos de Microsoft SQL Server con cada transferencia de datos.

Como alternativa, puedes configurar una transferencia de datos incremental (versión preliminar) para transferir solo los datos que se modificaron desde la última transferencia de datos, en lugar de cargar el conjunto de datos completo con cada transferencia de datos. Si seleccionas Incremental para tu transferencia de datos, debes especificar los modos de escritura Append o Upsert para definir cómo se escriben los datos en BigQuery durante una transferencia de datos incremental. En las siguientes secciones, se describen los modos de escritura disponibles.

Modo de escritura de anexión

El modo de escritura de anexar solo inserta filas nuevas en tu tabla de destino. Esta opción agrega estrictamente los datos transferidos sin verificar si existen registros, por lo que este modo puede causar duplicación de datos en la tabla de destino.

Cuando seleccionas el modo de anexar, debes seleccionar una columna de marca de agua. Se requiere una columna de marca de agua para que el conector de Microsoft SQL Server haga un seguimiento de los cambios en la tabla de origen.

Para las transferencias de Microsoft SQL Server, recomendamos seleccionar una columna que solo se actualice cuando se creó el registro y que no cambie con las actualizaciones posteriores. Por ejemplo, la columna CREATED_AT.

Modo de escritura Upsert

El modo de escritura upsert actualiza una fila o inserta una nueva en la tabla de destino verificando si hay una clave primaria. Puedes especificar una clave primaria para permitir que el conector de Microsoft SQL Server determine qué cambios son necesarios para mantener tu tabla de destino actualizada con tu tabla de origen. Si la clave primaria especificada está presente en la tabla de BigQuery de destino durante una transferencia de datos, el conector de Microsoft SQL Server actualiza esa fila con datos nuevos de la tabla de origen. Si no hay una clave primaria durante una transferencia de datos, el conector de Microsoft SQL Server inserta una fila nueva.

Cuando seleccionas el modo de upsert, debes seleccionar una columna de marca de agua y una clave primaria:

• Se requiere una columna de marca de agua para que el conector de Microsoft SQL Server haga un seguimiento de los cambios en la tabla de origen.
  • Selecciona una columna de marca de agua que se actualice cada vez que se modifique una fila. Te recomendamos que utilices columnas similares a las columnas UPDATED_AT o LAST_MODIFIED.

• La clave primaria puede ser una o más columnas de tu tabla que son necesarias para que el conector de Microsoft SQL Server determine si necesita insertar o actualizar una fila.

  Selecciona las columnas que contengan valores no nulos que sean únicos en todas las filas de la tabla. Te recomendamos que incluyas columnas que contengan identificadores generados por el sistema, códigos de referencia únicos (por ejemplo, IDs de incremento automático) o IDs de secuencia inmutables basados en el tiempo.

  Para evitar la posible pérdida o corrupción de datos, las columnas de clave primaria que selecciones deben tener valores únicos. Si tienes dudas sobre la singularidad de la columna de clave primaria que elegiste, te recomendamos que uses el modo de escritura de anexar.

Comportamiento de la transferencia incremental

Cuando realizas cambios en el esquema de la tabla en tu fuente de datos, las transferencias de datos incrementales de esas tablas se reflejan en BigQuery de las siguientes maneras:

Cambios en la fuente de datos	Comportamiento de la transferencia incremental
Cómo agregar una columna nueva	Se agrega una columna nueva a la tabla de BigQuery de destino. Todos los registros anteriores de esta columna tendrán valores nulos.
Borrar una columna	La columna borrada permanece en la tabla de BigQuery de destino. Las entradas nuevas en esta columna borrada se propagan con valores nulos.
Cómo cambiar el tipo de datos en una columna	El conector solo admite conversiones de tipos de datos que admite la declaración DDL ALTER COLUMN. Cualquier otra conversión de tipo de datos provocará un error en la transferencia de datos. Si tienes algún problema, te recomendamos que crees una nueva configuración de transferencia.
Cambiar el nombre de una columna	La columna original permanece en la tabla de BigQuery de destino tal como está, mientras que se agrega una columna nueva a la tabla de destino con el nombre actualizado.

Antes de comenzar

Antes de programar una transferencia de datos de Microsoft SQL Server, debes cumplir con los siguientes requisitos previos.

Requisitos previos de Microsoft SQL Server

Debes haber creado una cuenta de usuario en la base de datos de Microsoft SQL Server. Para obtener más información, consulta Crea un usuario con acceso.

Requisitos previos de BigQuery

• Verifica si completaste todas las acciones necesarias para habilitar el Servicio de transferencia de datos de BigQuery.
• Crea un conjunto de datos de BigQuery para almacenar tus datos.

Roles obligatorios

Para obtener los permisos que necesitas para crear una transferencia de datos de Microsoft SQL Server, pídele a tu administrador que te otorgue el rol de IAM de administrador de BigQuery (roles/bigquery.admin) en tu proyecto. Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

Este rol predefinido contiene los permisos necesarios para crear una transferencia de datos de Microsoft SQL Server. Para ver los permisos exactos que son necesarios, expande la sección Permisos requeridos:

Permisos necesarios

Se requieren los siguientes permisos para crear una transferencia de datos de Microsoft SQL Server:

• bigquery.transfers.update
• bigquery.datasets.get

También puedes obtener estos permisos con roles personalizados o con otros roles predefinidos.

Configuración de red

Debes configurar parámetros de configuración de red específicos cuando no haya una dirección IP pública disponible para la conexión de la base de datos de Microsoft SQL Server. Para obtener más información, consulta las siguientes secciones:

• Configura una conexión a la instancia Google Cloud
• Configura una conexión a AWS
• Configura una conexión a Azure

Configura una transferencia de datos de Microsoft SQL Server

Selecciona una de las siguientes opciones:

Console

1. Ve a la página Transferencia de datos.

   Ir a Transferencias de datos

2. Haz clic en Crear transferencia.

3. En la sección Tipo de fuente, en Fuente, selecciona Microsoft SQL Server.

4. En la sección Detalles de fuente de datos, haz lo siguiente:

   • En Adjunto de red, selecciona un adjunto de red existente o haz clic en Crear adjunto de red.
   • En Host, ingresa el nombre de host o la dirección IP de la base de datos de Microsoft SQL Server.
   • En Número de puerto, ingresa el número de puerto de la base de datos de Microsoft SQL Server.
   • En Nombre de la base de datos, ingresa el nombre de la base de datos de Microsoft SQL Server.
   • En Nombre de usuario, ingresa el nombre de usuario del usuario de Microsoft SQL Server que inicia la conexión a la base de datos de Microsoft SQL Server.
   • En Contraseña, ingresa la contraseña del usuario de Microsoft SQL Server que inicia la conexión a la base de datos de Microsoft SQL Server.
   • En Modo TLS, selecciona una opción del menú. Para obtener más información sobre los modos de TLS, consulta Configuración de TLS.
   • En Certificado PEM de confianza, ingresa el certificado público de la autoridad certificadora (AC) que emitió el certificado TLS del servidor de la base de datos. Para obtener más información, consulta Certificado de servidor de confianza (PEM).
   • En Enable legacy mapping, selecciona true (predeterminado) para usar la asignación de tipos de datos heredada. Selecciona false para usar la asignación de tipos de datos actualizada. Si realizas una transferencia incremental, este valor debe ser false. Para obtener más información sobre las actualizaciones de asignación de tipos de datos, consulta 16 de marzo de 2027.
   • En Ingestion type, selecciona Full o Incremental.
     • Si seleccionas Incremental (Vista previa), en Write mode, selecciona Append o Upsert. Para obtener más información sobre los diferentes modos de escritura, consulta Transferencias completas o incrementales.
   • En Objetos de Microsoft SQL Server que se transferirán, explora la tabla de Microsoft SQL Server o ingresa de forma manual los nombres de las tablas que se requieren para la transferencia.

5. En la sección Configuración de destino, en Conjunto de datos, selecciona el conjunto de datos que creaste para almacenar tus datos o haz clic en Crear un conjunto de datos nuevo y crea uno para usarlo como conjunto de datos de destino.

6. En la sección Nombre de la configuración de transferencia, en Nombre visible, ingresa el nombre de la transferencia. El nombre de la transferencia puede ser cualquier valor que te permita identificarla si necesitas modificarla más adelante.

7. En la sección Opciones de programación, haz lo siguiente:

   • Selecciona una frecuencia de repetición. Si seleccionas la opción Horas, Días (opción predeterminada), Semanas o Meses, también debes especificar una frecuencia. También puedes seleccionar la opción Personalizado para crear una frecuencia de repetición más específica. Si seleccionas la opción Según demanda, esta transferencia de datos se ejecuta solo cuando activas la transferencia de forma manual.
   • Si corresponde, selecciona la opción Comenzar ahora o Comenzar a una hora determinada y proporciona una fecha de inicio y una hora de ejecución.

8. Opcional: En la sección Opciones de notificación, haz lo siguiente:

   • Para habilitar las notificaciones por correo electrónico, haz clic en el botón de activación Notificaciones por correo electrónico y colócalo en la posición de activado. Cuando habilitas esta opción, el administrador de transferencias recibe una notificación por correo electrónico cuando falla una ejecución de transferencia.
   • Para configurar las notificaciones de ejecución de Pub/Sub para tu transferencia, haz clic en el botón de activación Notificaciones de Pub/Sub para activarlo. Puedes seleccionar el nombre del tema o hacer clic en Crear un tema para crear uno.

9. Opcional: En la sección Opciones avanzadas, selecciona un tipo de encriptación para esta transferencia. Puedes seleccionar una clave de Cloud Key Management Service Google-owned and Google-managed encryption keyo una clave propiedad del cliente. Para obtener más información sobre las claves de encriptación, consulta Claves de encriptación administradas por el cliente (CMEK).

10. Haz clic en Guardar.

bq

Ingresa el comando bq mk y suministra la marca de creación de transferencias --transfer_config:

bq mk \
    --transfer_config \
    --project_id=PROJECT_ID \
    --data_source=DATA_SOURCE \
    --display_name=DISPLAY_NAME \
    --target_dataset=DATASET \
    --params='PARAMETERS'

Reemplaza lo siguiente:

• PROJECT_ID (opcional): Tu ID del proyecto de Google Cloud . Si no se proporciona la marca --project_id para especificar un proyecto en particular, se usa el proyecto predeterminado.
• DATA_SOURCE: Es la fuente de datos, que es sqlserver.
• DISPLAY_NAME: el nombre visible de la configuración de transferencia de datos. El nombre de la transferencia puede ser cualquier valor que te permita identificarla con facilidad si es necesario hacerle modificaciones más tarde.
• DATASET: el conjunto de datos de destino para la configuración de transferencia de datos.

• PARAMETERS son los parámetros de la configuración de transferencia creada en formato JSON. Por ejemplo: --params='{"param":"param_value"}' Los siguientes son los parámetros para una transferencia de Microsoft SQL Server:

  • connector.networkAttachment (opcional): Nombre del adjunto de red para conectarse a la base de datos de Microsoft SQL Server.
  • connector.database: Es el nombre de la base de datos de Microsoft SQL Server.
  • connector.endpoint.host: Es el nombre de host o la dirección IP de la base de datos.
  • connector.endpoint.port: Es el número de puerto de la base de datos.
  • connector.authentication.username: Es el nombre de usuario del usuario de la base de datos.
  • connector.authentication.password: Es la contraseña del usuario de la base de datos.
  • connector.legacyMapping: Se establece en true (predeterminado) para usar la asignación de tipos de datos heredada. Establece el valor en false para usar la asignación de tipo de datos actualizada. Si realizas una transferencia incremental, este valor debe ser false. Para obtener más información sobre las actualizaciones de asignación de tipos de datos, consulta 16 de marzo de 2027.
  • connector.tls.mode: Especifica una configuración de TLS para usar con esta transferencia:
    • ENCRYPT_VERIFY_CA_AND_HOST para encriptar datos y verificar la CA y el nombre de host
    • ENCRYPT_VERIFY_CA para encriptar datos y verificar solo la AC
    • ENCRYPT_VERIFY_NONE solo para la encriptación de datos
    • DISABLE para indicar que no hay encriptación ni verificación
  • connector.tls.trustedServerCertificate: Proporciona uno o más certificados codificados con PEM (opcional). Solo se requiere si el valor de connector.tls.mode es ENCRYPT_VERIFY_CA_AND_HOST o ENCRYPT_VERIFY_CA.
  • ingestionType: Especifica FULL o INCREMENTAL. Las transferencias incrementales son compatibles con la versión preliminar. Para obtener más información, consulta Transferencias completas o incrementales.
  • writeMode: Especifica WRITE_MODE_APPEND o WRITE_MODE_UPSERT.
  • watermarkColumns: Especifica columnas en tu tabla como columnas de marca de agua. Este campo es obligatorio para las transferencias incrementales.
  • primaryKeys: Especifica columnas en tu tabla como claves primarias. Este campo es obligatorio para las transferencias incrementales.
  • assets: Es una lista de los nombres de las tablas de Microsoft SQL Server que se transferirán desde la base de datos de Microsoft SQL Server como parte de la transferencia.

Por ejemplo, el siguiente comando crea una transferencia de Microsoft SQL Server llamada My Transfer:

bq mk \
    --transfer_config
    --target_dataset=mydataset
    --data_source=sqlserver
    --display_name='My Transfer'
    --params='{"assets":["DB1/DEPARTMENT","DB1/EMPLOYEES"],
        "connector.authentication.username": "User1",
        "connector.authentication.password":"ABC12345",
        "connector.database":"DB1",
        "connector.endpoint.host":"192.168.0.1",
        "connector.endpoint.port":"1520",
        "connector.networkAttachment":"projects/dev-project1/regions/us-central1/networkattachments/na1",
        "ingestionType":"incremental",
        "writeMode":"WRITE_MODE_APPEND",
        "watermarkColumns":["createdAt","createdAt"],
        "primaryKeys":[['dep_id'], ['report_by','report_title']],
        "connector.tls.mode": "ENCRYPT_VERIFY_CA_AND_HOST",
        "connector.tls.trustedServerCertificate": "PEM-encoded certificate"}'

Cuando se especifican varios recursos durante una transferencia incremental, los valores de los campos watermarkColumns y primaryKeys corresponden a la posición de los valores en el campo assets. En el siguiente ejemplo, dep_id corresponde a la tabla DB1/DEPARTMENT, mientras que report_by y report_title corresponden a la tabla DB1/EMPLOYEES.

      "primaryKeys":[['dep_id'], ['report_by','report_title']],
      "assets":["DB1/DEPARTMENT","DB1/EMPLOYEES"],
  

Cuando guardas la configuración de transferencia, el conector de Microsoft SQL Server activa automáticamente una ejecución de transferencia según la opción de programación que elijas. Con cada ejecución de transferencia, el conector de Microsoft SQL Server transfiere todos los datos disponibles de Microsoft SQL Server a BigQuery.

Para ejecutar manualmente una transferencia de datos fuera de tu programa habitual, puedes iniciar una ejecución de reabastecimiento.

Asignación de tipos de datos

Nota: El 16 de marzo de 2027, el conector de Microsoft SQL Server actualizará algunas de sus asignaciones de tipos de datos, como se indica en la siguiente tabla. Para obtener más información, consulta 16 de marzo de 2027.

En la siguiente tabla, se asignan los tipos de datos de Microsoft SQL Server a los tipos de datos de BigQuery correspondientes:

Tipo de datos de Microsoft SQL Server	Tipo de datos de BigQuery	Tipo de datos de BigQuery actualizado
tinyint	INTEGER
smallint	INTEGER
int	INTEGER
bigint	BIGNUMERIC
bit	BOOLEAN
decimal	BIGNUMERIC
numeric	NUMERIC
money	BIGNUMERIC
smallmoney	BIGNUMERIC
float	FLOAT
real	FLOAT
date	DATE
time	TIME
datetime2	TIMESTAMP	DATETIME
datetimeoffset	TIMESTAMP
datetime	TIMESTAMP	DATETIME
smalldatetime	TIMESTAMP	DATETIME
char	STRING
varchar	STRING
text	STRING
nchar	STRING
nvarchar	STRING
ntext	STRING
binary	BYTES
varbinary	BYTES
image	BYTES
geography	STRING
geometry	STRING
hierarchyid	BYTES
rowversion	BYTES
sql_variant	BYTES
uniqueidentifier	STRING
xml	STRING
json	STRING
vector	STRING

Los tipos de datos json y vector solo se admiten en Azure.

El tipo de datos JSON se admite en las bases de datos de Azure SQL y en las instancias administradas de Azure SQL configuradas con la política de actualización siempre actualizada. El tipo de datos JSON no se admite en las instancias administradas de Azure SQL configuradas con la política de actualización de Microsoft SQL Server 2022.

Microsoft SQL Server almacena JSON como NVARCHAR(MAX), no como un tipo JSON. Te recomendamos que uses CHECK (ISJSON(json_col) = 1) para la validación y JSON_VALUE() para las consultas.

Microsoft SQL Server no admite vectores para el tipo de datos vector. Te recomendamos que almacenes los vectores como arrays JSON en NVARCHAR(MAX) y uses JSON_VALUE() para la extracción, con cálculos manuales de FLOAT para la similitud.

Solucionar problemas

Para solucionar problemas relacionados con tu transferencia de datos, consulta Problemas de transferencia de Microsoft SQL Server.

Precios

No se aplican costos por transferir datos de Microsoft SQL Server a BigQuery mientras esta función está en vista previa.

¿Qué sigue?

• Lee una descripción general del Servicio de transferencia de datos de BigQuery.
• Obtén información para administrar transferencias, lo que incluye obtener información sobre una configuración de transferencia, enumerar configuraciones de transferencia y ver el historial de ejecuciones de una transferencia.
• Obtén más información sobre cómo cargar datos con operaciones entre nubes.