ClickHouse/docs/es/query_language/misc.md

machine_translated
true

Consultas Misceláneas

CONECTAR

Esta consulta es exactamente la misma que CREATE pero

• En lugar de la palabra CREATE utiliza la palabra ATTACH.
• La consulta no crea datos en el disco, pero supone que los datos ya están en los lugares apropiados, y simplemente agrega información sobre la tabla al servidor. Después de ejecutar una consulta ATTACH, el servidor sabrá sobre la existencia de la tabla.

Si la tabla se separó previamente (DETACH), lo que significa que su estructura es conocida, puede usar taquigrafía sin definir la estructura.

ATTACH TABLE [IF NOT EXISTS] [db.]name [ON CLUSTER cluster]

Esta consulta se utiliza al iniciar el servidor. El servidor almacena los metadatos de la tabla como archivos con ATTACH consultas, que simplemente se ejecuta en el lanzamiento (con la excepción de las tablas del sistema, que se crean explícitamente en el servidor).

MESA DE VERIFICACIÓN

Comprueba si los datos de la tabla están dañados.

CHECK TABLE [db.]name

El CHECK TABLE query compara los tamaños de archivo reales con los valores esperados que se almacenan en el servidor. Si los tamaños de archivo no coinciden con los valores almacenados, significa que los datos están dañados. Esto puede deberse, por ejemplo, a un bloqueo del sistema durante la ejecución de la consulta.

La respuesta de consulta contiene el result columna con una sola fila. La fila tiene un valor de Booleana Tipo:

• 0 - Los datos de la tabla están dañados.
• 1 - Los datos mantienen la integridad.

El CHECK TABLE query admite los siguientes motores de tablas:

• Registro
• TinyLog
• StripeLog
• Familia MergeTree

Realizado sobre las tablas con otros motores de tabla causa una excepción.

Motores del *Log La familia no proporciona recuperación automática de datos en caso de fallo. Utilice el CHECK TABLE consulta para rastrear la pérdida de datos de manera oportuna.

Para MergeTree motores familiares, el CHECK TABLE query muestra un estado de comprobación para cada parte de datos individual de una tabla en el servidor local.

Si los datos están dañados

Si la tabla está dañada, puede copiar los datos no dañados a otra tabla. Para hacer esto:

1. Cree una nueva tabla con la misma estructura que la tabla dañada. Para ello, ejecute la consulta CREATE TABLE <new_table_name> AS <damaged_table_name>.
2. Establezca el max_threads valor a 1 para procesar la siguiente consulta en un único subproceso. Para ello, ejecute la consulta SET max_threads = 1.
3. Ejecutar la consulta INSERT INTO <new_table_name> SELECT * FROM <damaged_table_name>. Esta solicitud copia los datos no dañados de la tabla dañada a otra tabla. Solo se copiarán los datos anteriores a la parte dañada.
4. Reinicie el clickhouse-client para restablecer el max_threads valor.

TABLA DE DESCRIBE

DESC|DESCRIBE TABLE [db.]table [INTO OUTFILE filename] [FORMAT format]

Devuelve lo siguiente String Tipo columnas:

• name — Nombre de la columna.
• type— Tipo de columna.
• default_type — Cláusula utilizada en expresión predeterminada (DEFAULT, MATERIALIZED o ALIAS). La columna contiene una cadena vacía, si no se especifica la expresión predeterminada.
• default_expression — Valor especificado en el DEFAULT clausula.
• comment_expression — Texto de comentario.

Las estructuras de datos anidadas se generan en “expanded” formato. Cada columna se muestra por separado, con el nombre después de un punto.

SEPARAR

Elimina información sobre el ‘name’ tabla desde el servidor. El servidor deja de conocer la existencia de la tabla.

DETACH TABLE [IF EXISTS] [db.]name [ON CLUSTER cluster]

Esto no elimina los datos ni los metadatos de la tabla. En el próximo lanzamiento del servidor, el servidor leerá los metadatos y volverá a conocer la tabla. Del mismo modo, un “detached” se puede volver a conectar usando el ATTACH consulta (con la excepción de las tablas del sistema, que no tienen metadatos almacenados para ellas).

No hay DETACH DATABASE consulta.

GOTA

Esta consulta tiene dos tipos: DROP DATABASE y DROP TABLE.

DROP DATABASE [IF EXISTS] db [ON CLUSTER cluster]

Elimina todas las tablas dentro del ‘db’ base de datos, a continuación, elimina ‘db’ base de datos en sí. Si IF EXISTS se especifica, no devuelve un error si la base de datos no existe.

DROP [TEMPORARY] TABLE [IF EXISTS] [db.]name [ON CLUSTER cluster]

Elimina la tabla. Si IF EXISTS se especifica, no devuelve un error si la tabla no existe o la base de datos no existe.

DROP DICTIONARY [IF EXISTS] [db.]name

Elimina el diccionario. Si IF EXISTS se especifica, no devuelve un error si la tabla no existe o la base de datos no existe.

EXISTIR

EXISTS [TEMPORARY] [TABLE|DICTIONARY] [db.]name [INTO OUTFILE filename] [FORMAT format]

Devuelve una sola UInt8columna -type, que contiene el valor único 0 si la tabla o base de datos no existe, o 1 si la tabla existe en la base de datos especificada.

Matar consulta

KILL QUERY [ON CLUSTER cluster]
  WHERE <where expression to SELECT FROM system.processes query>
  [SYNC|ASYNC|TEST]
  [FORMAT format]

Intenta terminar por la fuerza las consultas que se están ejecutando actualmente. Las consultas a finalizar se seleccionan en el sistema.tabla de procesos utilizando los criterios definidos en el WHERE cláusula de la KILL consulta.

Ejemplos:

-- Forcibly terminates all queries with the specified query_id:
KILL QUERY WHERE query_id='2-857d-4a57-9ee0-327da5d60a90'

-- Synchronously terminates all queries run by 'username':
KILL QUERY WHERE user='username' SYNC

Los usuarios de solo lectura solo pueden detener sus propias consultas.

De forma predeterminada, se utiliza la versión asincrónica de las consultas (ASYNC), que no espera la confirmación de que las consultas se han detenido.

La versión síncrona (SYNC) espera a que se detengan todas las consultas y muestra información sobre cada proceso a medida que se detiene. La respuesta contiene el kill_status columna, que puede tomar los siguientes valores:

1. ‘finished’ – La consulta se ha finalizado correctamente.
2. ‘waiting’ – Esperando a que finalice la consulta después de enviarle una señal para finalizar.
3. Los otros valores consultan por qué no se puede detener.

Una consulta de prueba (TEST) sólo comprueba los derechos del usuario y muestra una lista de consultas para detener.

MUTACIÓN DE MATAR

KILL MUTATION [ON CLUSTER cluster]
  WHERE <where expression to SELECT FROM system.mutations query>
  [TEST]
  [FORMAT format]

Intenta cancelar y quitar mutación que se están ejecutando actualmente. Las mutaciones para cancelar se seleccionan en el system.mutations utilizando el filtro especificado por el WHERE cláusula de la KILL consulta.

Una consulta de prueba (TEST) sólo comprueba los derechos del usuario y muestra una lista de consultas para detener.

Ejemplos:

-- Cancel and remove all mutations of the single table:
KILL MUTATION WHERE database = 'default' AND table = 'table'

-- Cancel the specific mutation:
KILL MUTATION WHERE database = 'default' AND table = 'table' AND mutation_id = 'mutation_3.txt'

La consulta es útil cuando una mutación está bloqueada y no puede finalizar (por ejemplo, si alguna función en la consulta de mutación arroja una excepción cuando se aplica a los datos contenidos en la tabla).

Los cambios ya realizados por la mutación no se revierten.

OPTIMIZAR

OPTIMIZE TABLE [db.]name [ON CLUSTER cluster] [PARTITION partition | PARTITION ID 'partition_id'] [FINAL] [DEDUPLICATE]

Esta consulta intenta inicializar una combinación no programada de partes de datos para tablas con un motor de tablas Método de codificación de datos: Familia.

El OPTMIZE consulta también es compatible con el Método de codificación de datos: y el Búfer motor. No se admiten otros motores de tabla.

Cuando OPTIMIZE se utiliza con el ReplicatedMergeTree la familia de motores de tablas, ClickHouse crea una tarea para fusionar y espera la ejecución en todos los nodos (si replication_alter_partitions_sync está habilitada la configuración).

• Si OPTIMIZE no realiza una fusión por ningún motivo, no notifica al cliente. Para habilitar las notificaciones, Optize_throw_if_noop configuración.
• Si especifica un PARTITION, sólo la partición especificada está optimizada. Cómo establecer la expresión de partición.
• Si especifica FINAL, la optimización se realiza incluso cuando todos los datos ya están en una parte.
• Si especifica DEDUPLICATE, luego se deduplicarán filas completamente idénticas (se comparan todas las columnas), tiene sentido solo para el motor MergeTree.

!!! warning "Advertencia" OPTIMIZE no se puede arreglar el “Too many parts” error.

Renombrar

Cambia el nombre de una o más tablas.

RENAME TABLE [db11.]name11 TO [db12.]name12, [db21.]name21 TO [db22.]name22, ... [ON CLUSTER cluster]

Todas las tablas se renombran bajo bloqueo global. Cambiar el nombre de las tablas es una operación ligera. Si ha indicado otra base de datos después de TO, la tabla se moverá a esta base de datos. Sin embargo, los directorios con bases de datos deben residir en el mismo sistema de archivos (de lo contrario, se devuelve un error).

ESTABLECER

SET param = value

Asignar value Angeles param configuración para la sesión actual. No se puede cambiar configuración del servidor de esta manera.

También puede establecer todos los valores del perfil de configuración especificado en una sola consulta.

SET profile = 'profile-name-from-the-settings-file'

Para obtener más información, consulte Configuración.

TRUNCAR

TRUNCATE TABLE [IF EXISTS] [db.]name [ON CLUSTER cluster]

Elimina todos los datos de una tabla. Cuando la cláusula IF EXISTS se omite, la consulta devuelve un error si la tabla no existe.

El TRUNCATE consulta no es compatible con Vista, File, URL y Nulo motores de mesa.

UTILIZAR

USE db

Permite establecer la base de datos actual para la sesión. La base de datos actual se utiliza para buscar tablas si la base de datos no está definida explícitamente en la consulta con un punto antes del nombre de la tabla. Esta consulta no se puede realizar cuando se utiliza el protocolo HTTP, ya que no existe un concepto de sesión.

Artículo Original