clickhouse-c es un client de C solo de encabezado para el protocolo nativo de ClickHouse.
El código fuente y la referencia de cada encabezado están en el repositorio de GitHub.
A diferencia de los clients de más alto nivel, este está diseñado deliberadamente para hacer muy poco por usted. El encabezado principal decodifica y
codifica bloques en formato Native mediante un callback de E/S que usted proporciona. Usted gestiona
el socket, el contexto de TLS, el asignador de memoria, los reintentos y la agrupación de conexiones. Eso hace que sea lo bastante pequeño como para
integrarlo: incluir solo clickhouse.h no añade dependencias de enlazado más allá de libc.
Esta biblioteca está en desarrollo activo. La v1 decodifica los tipos principales de ClickHouse.
Informe las limitaciones o la funcionalidad faltante a través del rastreador de issues.
No obstante, tenga en cuenta que a esta biblioteca le falta funcionalidad por diseño.
Lo que la biblioteca no hace
- Protocolo HTTP. Envuelva libcurl directamente para la interfaz HTTP.
- Resolución de DNS, failover del endpoint, pooling de conexiones, reintentos y backoff.
- Ciclo de vida del contexto TLS. El backend de OpenSSL usa un
SSLque usted ya ha conectado. - Uso de hilos. Cada
chc_clientestá diseñado para ejecutarse en un solo hilo. - E/S asíncrona dentro de la biblioteca. El client con bloqueo llama a
chc_io.readde forma síncrona. Para un client de bucle de eventos que no realiza ninguna E/S por sí mismo, use el client sin E/S.
Cómo se organiza la biblioteca
clickhouse-c se distribuye como un conjunto plano de cabeceras. Cada cabecera incluye tanto las declaraciones como la implementación,
protegidas por una macro centinela. Elija las cabeceras que necesite su compilación.
Configuración requerida del servidor
Añadirlo a tu proyecto
CHC_IMPLEMENTATION e incluye la implementación;
todas las demás unidades incluyen los mismos archivos de cabecera solo para las declaraciones.
CHC_PROVIDE_STDLIB_ALLOC antes de incluir clickhouse.h para usar chc_alloc_stdlib.
Defina CHC_NO_LZ4 o CHC_NO_ZSTD para clickhouse-compression.h a fin de eliminar las dependencias de lz4/zstd.
Conexión por TCP
chc_io y páselo
a chc_client_init, que ejecuta el handshake Hello de forma síncrona. La biblioteca no realiza DNS,
failover, reconexión ni pooling; eso es responsabilidad de quien llama.
chc_client funciona en un solo hilo y encapsula una conexión. La biblioteca llama a los callbacks de chc_io
de forma sincrónica; lo que esos callbacks hagan por debajo (epoll, io_uring,
WaitLatchOrSocket) depende de usted.
Ejecutar una consulta
CHC_PKT_END_OF_STREAM. Use chc_client_send_query_ex para
incluir la configuración requerida del servidor; la versión básica de chc_client_send_query envía una
lista de settings vacía y hereda los valores predeterminados del servidor.
CHC_PKT_EXCEPTION, no como un valor de retorno distinto de OK de
chc_client_recv_packet. Solo los fallos de transporte devuelven un valor distinto de OK. El primer paquete CHC_PKT_DATA
de un resultado es un bloque de encabezado que describe el esquema con cero filas; después vienen los bloques de datos.
chc_packet_clear libera el bloque o la excepción del paquete; establezca primero esos campos en null en el paquete para
asumir la propiedad en su lugar.
Lectura de datos de columna
chc_column_layout, sobre la que
debes hacer dispatch; su tipo declarado proviene de chc_block_column_type. Las disposiciones compuestas se anidan, así que
leer un Nullable(Array(String)) implica desempaquetar el Nullable, recorrer los desplazamientos del array y luego
segmentar los datos de la cadena.
Un lector para columnas numéricas simples, de cadena y Nullable:
CHC_COL_FIXED usan little-endian en la transmisión; en hosts big-endian debes invertir tú mismo el orden de bytes de los
enteros de varios bytes. Los desplazamientos y las claves de LowCardinality ya se convierten al orden de bytes del host durante la decodificación.
UUIDs se representan como dos mitades UInt64 little-endian, IPv4 es un entero little-endian de 4 bytes, e IPv6 está en
orden de bytes de red. Los ticks de DateTime64 están en UTC; la zona horaria del tipo es solo metadata.
Al ingestar desde un origen no confiable, llama a chc_column_validate en cada columna antes de recorrerla.
chc_block_read no valida invariantes entre campos, como los desplazamientos de arrays y las
claves de LowCardinality, por lo que un bloque falsificado podría leer más allá de los límites de la columna interna.
Insertar datos
chc_build_*, añádalas a un chc_block_builder y luego páselo a
chc_client_send_data. El constructor usa almacenamiento proporcionado por quien llama y almacena punteros en lugar de
copiar, por lo que el almacenamiento, los árboles de columnas, los tipos, los nombres y los slabs deben seguir siendo válidos hasta después del envío. Un INSERT envía
la consulta, espera el bloque de encabezado del server, envía uno o más bloques de datos y luego envía un bloque vacío
para finalizar el flujo.
chc_build_fixed toma n_rows * elem_size bytes little-endian; chc_build_string toma desplazamientos
de fin acumulativos exclusivos en el orden de bytes del host sobre un slab compactado. Las funciones auxiliares devuelven nodos de columna por
valor. Anídelos para que coincidan con el tipo: por ejemplo, pase un nodo fijo o de cadena a
chc_build_nullable, pase ese resultado a chc_build_array y agregue la raíz del array. Tuple,
LowCardinality, Map y las columnas geo usan el mismo árbol: Map es Array(Tuple(K, V)).
Todas las columnas de un bloque deben tener el mismo número de filas de nivel superior. El writer comprueba que el árbol coincida con
el tipo de ClickHouse analizado, pero quien llama debe dimensionar el almacenamiento de chc_block_col para cada append.
También puede agregar directamente una columna decodificada desde chc_block_column para volver a codificarla, o llamar a
chc_block_write_cols con un array de chc_block_col para omitir el constructor. Pasar el constructor a través de
chc_client_send_data en lugar de chc_block_write, de nivel más bajo, permite que el client establezca las opciones del bloque
a partir de la revision negociada y aplique compresión.
Compresión
chc_client_opts. El client descomprime los
paquetes Data entrantes y comprime los salientes. El encabezado de compresión incluye adaptadores LZ4 y ZSTD;
cada inicialización solo completa sus propios slots, así que llame a ambas para admitir cualquiera de los dos.
chc_codec;
la vtable está declarada en clickhouse-compression.h.
TLS
clickhouse-openssl.h proporciona un backend chc_io sobre SSL_read/SSL_write. Usted gestiona OpenSSL:
la biblioteca nunca crea un SSL_CTX, verifica certificados, configura SNI ni llama a SSL_connect /
SSL_shutdown. Cuando se activa chc_io.read, el handshake ya debe haberse completado.
callback opcional check_cancel, que se consulta entre lecturas, y un
tiempo límite de lectura mediante chc_openssl_io_set_deadline / chc_posix_io_set_deadline.
Client sin E/S (async)
clickhouse-async.h es una variante sin E/S del client TCP para bucles de eventos. Nunca toca un
socket: envías los bytes que has recibido y extraes los bytes que quiere enviar, gestionando epoll,
io_uring o WaitLatchOrSocket por tu cuenta. Las opciones, los tipos de paquete y el constructor de bloques son los
mismos que en el client con bloqueo.
chc_async_client_init no realiza ninguna E/S y no puede bloquearse. El handshake se ejecuta después como una
máquina de estados reanudable, al igual que cada envío y recepción. Cuando el análisis sobrepasa los bytes que has proporcionado, la
llamada devuelve CHC_WOULD_BLOCK en lugar de bloquearse: envía más bytes entrantes y vuelve a llamar, y el
analizador se reanuda a mitad de bloque.
pump mueve bytes en ambos sentidos. Para la salida, chc_async_pending_out devuelve un puntero y una longitud
de los bytes en cola; después de que el socket acepte algunos, llama a chc_async_consume_out con esa cantidad; una
escritura parcial está bien. Para la entrada, pasa las lecturas del socket a chc_async_submit. Los envíos nunca bloquean ni ejercen
contrapresión, así que vigila la longitud de salida pendiente y deja de enviar cuando crezca demasiado.
Hay un driver funcional de liburing en
test/test_async_uring.c.
La memoria y el asignador de memoria
chc_alloc vtable, por lo que la asignación se basa en el mecanismo que utiliza el sistema anfitrión.
CHC_PROVIDE_STDLIB_ALLOC antes de incluir clickhouse.h y llame a chc_alloc_stdlib() para usar un
asignador de memoria estándar basado en malloc.
Errores y excepciones del servidor
CHC_OK (0) o un código CHC_ERR_* distinto de cero. El código es el valor de retorno; un chc_err asignado en la pila del llamador contiene el mensaje legible para humanos. La biblioteca nunca asigna un error en el heap.
chc_err. Llegan por el flujo de paquetes como
CHC_PKT_EXCEPTION, con el code, display_text y stack_trace del servidor. Reserve
la comprobación de chc_err para fallos de transporte, protocolo y decodificación.
Tipos de datos compatibles
Int8–Int256,UInt8–UInt256Float32,Float64,BFloat16BoolDecimal32,Decimal64,Decimal128,Decimal256Date,Date32,DateTime,DateTime64,Time,Time64String,FixedString(N)UUID,IPv4,IPv6Enum8,Enum16Nullable(T),Array(T),Tuple(...),Map(K, V),Nested(...)LowCardinality(T)IntervalQBit(...)Point,Ring,Polygon,MultiPolygonSimpleAggregateFunction(f, T), que se decodifica como suTinternoJSONyObject('json'), como columnasStringcon serialización de cadenas (consulte a continuación)
JSON y Object('json') se decodifican con serialización de cadenas; establezca
output_format_native_write_json_as_string=1 en la consulta. Cada fila compatible llega como
un documento JSON en una columna CHC_COL_STRING. Cree la misma estructura con chc_build_string;
el escritor emite el prefijo requerido por el tipo procesado.
Variant, Dynamic, AggregateFunction todavía no se decodifican y devuelven CHC_ERR_TYPE;
conviértalos a String en el servidor como alternativa.