En este documento, se describe cómo leer datos de BigQuery en Dataflow.
Descripción general
Para la mayoría de los casos de uso, considera usar E/S administrada para leer desde BigQuery. La E/S administrada proporciona funciones como actualizaciones automáticas y una API de configuración coherente. Cuando se leen datos de BigQuery, la E/S administrada realiza lecturas directas de tablas, lo que ofrece el mejor rendimiento de lectura.
Si necesitas un ajuste de rendimiento más avanzado, considera usar el conector BigQueryIO
. El conector BigQueryIO
admite tanto la lectura directa de tablas como la lectura de trabajos de exportación de BigQuery. También ofrece un control más detallado sobre la deserialización de los registros de la tabla. Para obtener más información, consulta Usa el conector BigQueryIO
en este documento.
Proyección y filtrado de columnas
Para reducir el volumen de datos que tu canalización lee de BigQuery, puedes usar las siguientes técnicas:
- La proyección de columnas especifica un subconjunto de columnas para leer de la tabla. Usa la proyección de columnas cuando tu tabla tenga una gran cantidad de columnas y solo necesites leer un subconjunto de ellas.
- El filtrado de filas especifica un predicado para aplicar a la tabla. La operación de lectura de BigQuery solo devuelve las filas que coinciden con el filtro, lo que puede reducir la cantidad total de datos que ingiere la canalización.
En el siguiente ejemplo, se leen las columnas "user_name"
y "age"
de una tabla y se filtran las filas que no coinciden con el predicado "age > 18"
. En este ejemplo, se usa E/S administrada.
Java
Para autenticarte en Dataflow, configura las credenciales predeterminadas de la aplicación. Si deseas obtener más información, consulta Configura la autenticación para un entorno de desarrollo local.
Lee desde el resultado de una consulta
En el siguiente ejemplo, se usa E/S administrada para leer el resultado de una consulta en SQL. Ejecuta una consulta en un conjunto de datos públicos de BigQuery. También puedes usar consultas de SQL para leer desde una vista de BigQuery o una vista materializada.
Java
Para autenticarte en Dataflow, configura las credenciales predeterminadas de la aplicación. Si deseas obtener más información, consulta Configura la autenticación para un entorno de desarrollo local.
Usa el conector de BigQueryIO
El conector BigQueryIO
admite los siguientes métodos de serialización:
- Lee los datos como registros con formato Avro. Con este método, proporcionas una función que analiza los registros de Avro en un tipo de datos personalizado.
- Lee los datos como objetos
TableRow
. Este método es conveniente porque no requiere un tipo de datos personalizado. Sin embargo, suele tener un rendimiento menor que leer los registros con formato Avro.
El conector admite dos opciones para leer datos:
- Trabajo de exportación. De forma predeterminada, el conector de
BigQueryIO
ejecuta un trabajo de exportación de BigQuery que escribe los datos de la tabla en Cloud Storage. Luego, el conector lee los datos de Cloud Storage. - Lecturas directas de tablas. Esta opción es más rápida que los trabajos de exportación, ya que usa la API de BigQuery Storage Read y omite el paso de exportación. Para usar lecturas directas de la tabla, llama a
withMethod(Method.DIRECT_READ)
cuando compiles la canalización.
Cuando elijas qué opción usar, ten en cuenta los siguientes puntos:
En general, recomendamos usar lecturas directas de la tabla. La API de Storage Read es más adecuada para canalizaciones de datos que para trabajos de exportación, ya que no necesita el paso intermedio de exportar datos.
Si usas lecturas directas, se te cobra por el uso de la API de Storage Read. Consulta Precios de extracción de datos en la página de precios de BigQuery.
Los trabajos de exportación no tienen costo adicional. Sin embargo, los trabajos de exportación tienen límites. Para movimientos de datos grandes, en los que la puntualidad es una prioridad y el costo es ajustable, se recomiendan las lecturas directas.
La API de Storage Read tiene límites de cuota. Usa las métricas deGoogle Cloud para supervisar el uso de la cuota.
Si usas trabajos de exportación, configura la opción de canalización
--tempLocation
para especificar un bucket de Cloud Storage para los archivos exportados.Cuando usas la API de lectura de almacenamiento, es posible que veas errores de vencimiento y tiempo de espera de sesión en los registros, como los siguientes:
DEADLINE_EXCEEDED
Server Unresponsive
StatusCode.FAILED_PRECONDITION details = "there was an error operating on 'projects/<projectID>/locations/<location>/sessions/<sessionID>/streams/<streamID>': session
Estos errores pueden ocurrir cuando una operación tarda más que el tiempo de espera, por lo general, en las canalizaciones que se ejecutan durante más de 6 horas. Para mitigar este problema, cambia a las exportaciones de archivos.
El grado de paralelismo depende del método de lectura:
Lecturas directas: el conector de E/S produce una cantidad dinámica de transmisiones, según el tamaño de la solicitud de exportación. Lee estas transmisiones directamente desde BigQuery en paralelo.
Trabajos de exportación: BigQuery determina cuántos archivos se escriben en Cloud Storage. La cantidad de archivos depende de la consulta y del volumen de datos. El conector de E/S lee los archivos exportados en paralelo.
En la siguiente tabla, se muestran las métricas de rendimiento de varias opciones de lectura de E/S de BigQuery. Las cargas de trabajo se ejecutaron en un trabajador e2-standard2
, con el SDK de Apache Beam 2.49.0 para Java. No usaron Runner v2.
100 millones de registros | 1 KB | 1 columna | Capacidad de procesamiento (bytes) | Capacidad de procesamiento (elementos) |
---|---|---|
Lectura de almacenamiento | 120 MBps | 88,000 elementos por segundo |
Exportación de Avro | 105 MBps | 78,000 elementos por segundo |
Exportación de Json | 110 MBps | 81,000 elementos por segundo |
Estas métricas se basan en canalizaciones por lotes simples. Están diseñadas para comparar el rendimiento entre los conectores de E/S y no representan necesariamente las canalizaciones del mundo real. El rendimiento de la canalización de Dataflow es complejo y es una función del tipo de VM, los datos que se procesan, el rendimiento de las fuentes y los receptores externos y el código de usuario. Las métricas se basan en la ejecución del SDK de Java y no representan las características de rendimiento de otros SDK de lenguaje. Para obtener más información, consulta Rendimiento de E/S de Beam.
Ejemplos
En los siguientes ejemplos de código, se usa el conector BigQueryIO
con lecturas de tablas directas. Para usar un trabajo de exportación, omite la llamada a withMethod
.
Lee registros con formato Avro
En este ejemplo, se muestra cómo usar el conector BigQueryIO
para leer registros con formato Avro.
Para leer datos de BigQuery en registros con formato Avro, usa el método read(SerializableFunction)
. Este método toma una función definida por la aplicación que analiza objetos SchemaAndRecord
y devuelve un tipo de datos personalizado. La salida del conector es un PCollection
de tu tipo de datos personalizado.
El siguiente código lee un PCollection<MyData>
de una tabla de BigQuery, en la que MyData
es una clase definida por la aplicación.
Java
Para autenticarte en Dataflow, configura las credenciales predeterminadas de la aplicación. Si deseas obtener más información, consulta Configura la autenticación para un entorno de desarrollo local.
El método read
toma una interfaz SerializableFunction<SchemaAndRecord, T>
, que define una función para convertir de los registros de Avro en una clase de datos personalizada. En el ejemplo de código anterior, el método MyData.apply
implementa esta función de conversión. La función de ejemplo analiza los campos name
y age
del registro de Avro y devuelve una instancia de MyData
.
Para especificar qué tabla de BigQuery se debe leer, llama al método from
, como se muestra en el ejemplo anterior. Para obtener más información, consulta Nombres de tablas en la documentación del conector de E/S de BigQuery.
Lectura de objetos TableRow
En este ejemplo, se muestra cómo usar el conector BigQueryIO
para leer objetos TableRow
.
El método readTableRows
lee datos de BigQuery en un PCollection
de objetos TableRow
. Cada TableRow
es un mapa de pares clave-valor que contiene una sola fila de datos de la tabla. Especifica la tabla de BigQuery que se leerá llamando al método from
.
El siguiente código lee un PCollection<TableRows>
de una tabla de BigQuery.
Java
Para autenticarte en Dataflow, configura las credenciales predeterminadas de la aplicación. Si deseas obtener más información, consulta Configura la autenticación para un entorno de desarrollo local.
En este ejemplo, también se muestra cómo acceder a los valores del diccionario TableRow
.
Los valores de número entero se codifican como cadenas para coincidir con el formato JSON exportado de BigQuery.