ATTACH, o servidor passará a reconhecer a existência da tabela, do dicionário ou do banco de dados.
Se uma tabela tiver sido previamente desanexada (consulta DETACH), ou seja, se sua estrutura já for conhecida, você poderá usar a forma abreviada sem definir a estrutura.
Anexar tabela existente
SintaxeATTACH, que ele simplesmente executa na inicialização (com exceção de algumas tabelas de sistema, que são criadas explicitamente no servidor).
Se a tabela tiver sido desanexada permanentemente, ela não será anexada novamente quando o servidor iniciar, então você precisará usar a consulta ATTACH explicitamente.
Criar nova tabela e anexar dados
Com caminho especificado para os dados da tabela
A consulta cria uma nova tabela com a estrutura informada e anexa os dados da tabela ao diretório informado emuser_files.
O usuário precisa dos privilégios READ ON FILE e WRITE ON FILE para esta consulta: ela lê o diretório e o move para o caminho de dados da nova tabela.
Sintaxe
Query
Response
Com UUID da tabela especificado
Esta consulta cria uma nova tabela com a estrutura informada e anexa os dados da tabela com o UUID especificado. Ela é compatível com o motor de banco de dados Atomic. SintaxeAnexar tabela MergeTree como ReplicatedMergeTree
Permite anexar uma tabela MergeTree não replicada como ReplicatedMergeTree. A tabela ReplicatedMergeTree será criada com os valores das configuraçõesdefault_replica_path e default_replica_name. Também é possível anexar uma tabela replicada como uma MergeTree comum.
Observe que os dados da tabela no ZooKeeper não são afetados por esta consulta. Isso significa que você precisa adicionar metadados no ZooKeeper usando SYSTEM RESTORE REPLICA ou limpá-los com SYSTEM DROP REPLICA ... FROM ZKPATH ... após a operação de attach.
Se você estiver tentando adicionar uma réplica a uma tabela ReplicatedMergeTree existente, tenha em mente que todos os dados locais da tabela MergeTree convertida serão desanexados.
Sintaxe
Query
Response
Query