> ## Documentation Index > Fetch the complete documentation index at: https://private-7c7dfe99-parallel-read-in-order-multi-part.mintlify.site/llms.txt > Use this file to discover all available pages before exploring further. # configurações de sessão iceberg_* > Configurações de sessão do ClickHouse no grupo iceberg_* gerado. export const ExperimentalBadge = () => { return
Recurso experimental ; }; export const VersionHistory = ({rows = []}) => { if (rows.length === 0) { return null; } const headers = ["Versão", "Valor padrão", "Comentário"]; const border = "1px solid rgba(128, 128, 128, 0.3)"; const cell = { border, padding: "0.25rem 0.5rem", textAlign: "start", verticalAlign: "top" }; return
Histórico de versões {headers.map(header => )} {rows.map((row, row_index) => {(row.items ?? []).map((item, item_index) => )} )}
{header}
{item?.label}
; }; export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => { return
Tipo
{type}
Padrão
{default_value}
{changeable_without_restart &&
Pode ser alterado sem reiniciar
} {changeable_without_restart &&
{changeable_without_restart}
}
; }; Essas configurações estão disponíveis em [system.settings](/pt-BR/reference/system-tables/settings) e são autogeradas com base no [código-fonte](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp). ## iceberg\_delete\_data\_on\_drop Define se todos os arquivos do Iceberg devem ser excluídos ao executar drop. ## iceberg\_file\_entries\_queue\_size Capacidade da fila entre as tarefas de decodificação do manifest de dados do Iceberg e a consulta, em entradas de arquivos de dados. As tarefas de decodificação são pausadas quando a fila fica cheia e a consulta não está consumindo, o que também limita a leitura antecipada. Deve ser maior que zero. ## iceberg\_manifest\_decode\_concurrency **Aliases**: `iceberg_delete_manifest_decode_concurrency` Número máximo de arquivos de manifesto do Iceberg decodificados de forma concorrente durante a leitura de uma table. Todos os manifests de exclusão são decodificados antes que qualquer arquivo de dados seja lido; os manifests de dados são decodificados enquanto a lista de arquivos de dados da consulta é produzida, e novos só são decodificados à medida que a consulta consome as entries já decodificadas. Decodificar vários manifests ao mesmo tempo sobrepõe os round-trips ao armazenamento de objetos ao trabalho de pruning por entry. Valores mais altos elevam o pico de memória quando o cache de Iceberg metadata files está desabilitado ou cheio, já que cada manifest in-flight passa a manter seu próprio conteúdo decodificado. Deve ser maior que zero; `1` decodifica os manifests um de cada vez. ## iceberg\_manifest\_min\_count\_to\_compact Número mínimo de arquivos de manifesto necessário para acionar a compactação apenas de manifestos via OPTIMIZE TABLE ... MANIFEST. Se o número atual de arquivos de manifesto for menor ou igual a esse limite, a compactação será ignorada. Exige que `allow_experimental_iceberg_compaction` esteja habilitado. O padrão espelha o padrão documentado da propriedade de tabela Iceberg `commit.manifest.min-count-to-merge` (100), consulte [https://iceberg.apache.org/docs/1.5.2/configuration/](https://iceberg.apache.org/docs/1.5.2/configuration/). ## iceberg\_max\_number\_datafiles\_to\_compact Limite de arquivos de dados de compactação no Iceberg. ## iceberg\_orphan\_files\_older\_than\_seconds Limite padrão de tempo, em segundos, para a remoção de arquivos órfãos em tabelas Iceberg. Arquivos mais recentes do que esse limite não são considerados órfãos. Usado quando o argumento older\_than é omitido da chamada do procedimento remove\_orphan\_files(). O padrão é 259200 (3 dias). ## iceberg\_snapshot\_id Consulte a tabela Iceberg usando o ID do snapshot especificado. ## iceberg\_timestamp\_ms Consulte a tabela Iceberg usando o snapshot que estava vigente em um timestamp específico. ## iceberg\_tolerate\_conflicting\_manifest\_schemas Se habilitado e a chave `schema` do cabeçalho de um arquivo de manifesto do Iceberg contiver um schema diferente do já registrado para o mesmo schema-id no metadata.json, o schema do metadata.json é utilizado e a cópia presente no cabeçalho do manifest é ignorada, com a emissão de um aviso. Se desabilitado, esse conflito faz a consulta falhar com um erro ICEBERG\_SPECIFICATION\_VIOLATION. O schema do cabeçalho do manifest é apenas uma cópia do schema da tabela no momento em que o manifest foi gravado, e já se observou que alguns writers (por exemplo, jobs de manutenção do AWS S3 Tables) armazenam cópias degradadas ali. Outras engines de consulta resolvem os schemas a partir do metadata.json e ignoram cópias divergentes no cabeçalho, e o padrão segue essa mesma abordagem. Um conflito entre duas definições de schema do metadata.json continua sempre fazendo a consulta falhar.