> ## Documentation Index
> Fetch the complete documentation index at: https://clickhouse.com/docs/llms.txt
> Use this file to discover all available pages before exploring further.

# configurações de sessão apply_*

> Configurações de sessão do ClickHouse no grupo gerado apply_*.

export const SettingsInfoBlock = ({type, default_value, changeable_without_restart}) => {
  return <div className="not-prose" style={{
    display: "flex",
    flexWrap: "wrap",
    alignItems: "baseline",
    columnGap: "0.5rem",
    rowGap: "0.125rem",
    margin: "0.375rem 0",
    fontSize: "0.8125rem",
    lineHeight: "1.125rem"
  }}>
      <div style={{
    fontWeight: 600,
    opacity: 0.72
  }}>Tipo</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{type}</div>
      <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>Padrão</div>
      <div style={{
    overflowWrap: "anywhere"
  }}>{default_value}</div>
      {changeable_without_restart && <div style={{
    fontWeight: 600,
    opacity: 0.72,
    marginInlineStart: "0.5rem"
  }}>
          Pode ser alterado sem reiniciar
        </div>}
      {changeable_without_restart && <div style={{
    overflowWrap: "anywhere"
  }}>
          {changeable_without_restart}
        </div>}
    </div>;
};

Essas configurações estão disponíveis em [system.settings](/docs/pt-BR/reference/system-tables/settings) e são autogeradas a partir do [código-fonte](https://github.com/ClickHouse/ClickHouse/blob/master/src/Core/Settings.cpp).

<div id="apply_deleted_mask">
  ## apply\_deleted\_mask
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

Habilita a filtragem de linhas excluídas com exclusão leve. Se estiver desabilitado, uma consulta poderá ler essas linhas. Isso é útil para depuração e cenários de "desfazer exclusão"

<div id="apply_mutations_on_fly">
  ## apply\_mutations\_on\_fly
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

Se true, as mutações (UPDATEs e DELETEs) que não estão materializadas na data part serão aplicadas nas instruções SELECT.

<div id="apply_prewhere_after_final">
  ## apply\_prewhere\_after\_final
</div>

<SettingsInfoBlock type="Bool" default_value="0" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "25.12"},{"label": "0"},{"label": "Nova configuração. Quando habilitada, as condições PREWHERE são aplicadas após o processamento FINAL."}]}]} />

Quando habilitada, as condições PREWHERE são aplicadas após o processamento FINAL para ReplacingMergeTree e motores semelhantes.
Isso pode ser útil quando PREWHERE faz referência a colunas que podem ter valores diferentes em linhas duplicadas
e você quer que FINAL selecione a linha que prevalece antes da filtragem. Quando desabilitada, PREWHERE é aplicada durante a leitura.
Observação: se apply\_row\_level\_security\_after\_final estiver habilitada e a política de linha usar colunas fora da chave de ordenação, PREWHERE também
será adiada para manter a ordem correta de execução (a política de linha deve ser aplicada antes de PREWHERE).

<div id="apply_row_policy_after_final">
  ## apply\_row\_policy\_after\_final
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "25.10"},{"label": "1"},{"label": "A configuração foi adicionada como uma correção para a regressão pós-#87303, em que as políticas de linha e PREWHERE eram aplicados antes de FINAL. O PR #91065 introduziu a configuração, e o PR #97279 tornou true o padrão seguro em termos de correção. Registrado como {true, true} para que a compatibilidade nunca reverta ao comportamento false anterior à correção."}]}]} />

Quando ativado, as políticas de linha e PREWHERE são aplicados após o processamento de FINAL para tabelas \*MergeTree. (Especialmente para ReplacingMergeTree)
Quando desativado, as políticas de linha são aplicadas antes de FINAL, o que pode causar resultados diferentes quando a política
filtra linhas que deveriam ser usadas para desduplicação em ReplacingMergeTree ou motores semelhantes.

Se a expressão da política de linha depender apenas de colunas em ORDER BY, ela ainda será aplicada antes de FINAL como uma otimização,
pois essa filtragem não pode afetar o resultado da desduplicação.

Valores possíveis:

* 0 — A política de linha e PREWHERE são aplicados antes de FINAL (padrão).
* 1 — A política de linha e PREWHERE são aplicados após FINAL.

<div id="apply_settings_from_server">
  ## apply\_settings\_from\_server
</div>

<SettingsInfoBlock type="Bool" default_value="1" />

<VersionHistory rows={[{"id": "row-1","items": [{"label": "25.2"},{"label": "1"},{"label": "O código do lado do cliente (por exemplo, a análise da entrada de INSERT e a formatação da saída da consulta) usará as mesmas configurações do servidor, incluindo as configurações da configuração do servidor."}]}]} />

Define se o cliente deve aceitar configurações do servidor.

Isso afeta apenas operações executadas do lado do cliente, em particular a análise dos dados de entrada de INSERT e a formatação do resultado da consulta. A maior parte da execução da consulta acontece no servidor e não é afetada por esta configuração.

Normalmente, esta configuração deve ser definida no profile do usuário (`users.xml` ou consultas como `ALTER USER`), e não por meio do cliente (argumentos de linha de comando do cliente, consulta `SET` ou seção `SETTINGS` da consulta `SELECT`). Pelo cliente, ela pode ser alterada para false, mas não para true (porque o servidor não enviará as configurações se o profile do usuário tiver `apply_settings_from_server = false`).

Observe que, inicialmente (24.12), havia uma configuração do servidor (`send_settings_to_client`), mas depois ela foi substituída por esta configuração do cliente, para melhorar a usabilidade.
