Conceito: Auto-exist e Value Filter Behavior

O termo "auto-exist" não é oficial da Microsoft — foi a comunidade técnica (SQLBI) que cunhou a explicação mais citada do comportamento. Já a configuração que permite controlá-lo, Value Filter Behavior, é oficial e existe desde outubro de 2024. Esta é a primeira página da Biblioteca dedicada a um conceito de engine — nem função, nem palavra-chave, nem regra de boas práticas — e cada seção indica de qual dessas duas camadas veio a informação.

O que é auto-exist

Quando duas colunas filtradas pertencem à mesma tabela do modelo, o motor DAX funde os dois filtros em um único filtro combinado — em vez de tratá-los como condições independentes. Na prática, o motor só mantém as combinações de valores que realmente existem nos dados daquela tabela, descartando cruzamentos que nunca ocorreriam (por exemplo, um filtro por Estado = "SP" combinado com Cidade = "Salvador" na mesma tabela de clientes é automaticamente eliminado, já que essa combinação nunca existe nos dados).

Esse comportamento existe para otimizar a consulta — evita que o motor calcule o produto cartesiano completo entre as colunas quando a maioria das combinações nunca ocorre na tabela. Só que ele tem um efeito colateral: quando uma medida usa CALCULATE para remover o filtro de apenas uma das colunas fundidas, o resultado pode não ser o que se espera — porque o filtro já veio "pré-combinado" com a outra coluna antes da medida rodar.

Exemplo didático (dados fictícios, não do artigo-fonte):

Uma tabela única Pedidos tem as colunas Categoria e FaixaValor. Um relatório filtra Categoria = "Eletrônicos" e FaixaValor = "Acima de R$500" — ambas na mesma tabela. Se uma medida tentar ignorar só o filtro de Categoria com CALCULATE([Total], REMOVEFILTERS(Pedidos [Categoria])), o resultado pode continuar restrito a combinações que só existiam dentro do cruzamento original {Eletrônicos, Acima de R$500} — porque o auto-exist já havia fundido as duas colunas num único filtro antes de a medida rodar, e remover só uma parte do filtro combinado não devolve o universo completo de FaixaValor.

Por que isso é mais comum do que parece: o padrão de modelagem recomendado (esquema estrela, colunas de atributo em tabelas de dimensão separadas) naturalmente evita o problema — auto-exist só funde filtros de colunas na mesma tabela. O caso acima só aparece quando duas colunas conceitualmente independentes (categoria e faixa de valor) acabam ficando na mesma tabela por decisão de modelagem — geralmente por desnormalização deliberada.

A configuração oficial: Value Filter Behavior

Desde outubro de 2024, a Microsoft documenta oficialmente uma configuração de modelo chamada Value Filter Behavior, com três opções:

Fonte oficial: learn.microsoft.com/en-us/power-bi/transform-model/value-filter-behavior. Ainda em preview público na data desta consulta (2026-08-06).

Recomendação prática: não é preciso migrar todos os modelos para Independent preventivamente. Vale mudar quando o modelo tiver duas ou mais colunas de atributo na mesma tabela que possam ser filtradas juntas de forma "artificial" (não relacionadas semanticamente) — o cenário exato descrito acima.

Proveniência das afirmações desta página

Onde entra na navegação

Sugestão: nova rota /dax/conceitos/auto-exist, dentro do grupo DAX ▾, como primeiro item de uma futura subseção "Conceitos" — separada de Funções/Query/Operadores/Tipos, já que este conteúdo explica comportamento do motor, não sintaxe. Se não houver mais itens desse tipo no curto prazo, pode entrar como página avulsa em /dax/query (já que a análise de contexto de filtro é vizinha conceitualmente do que já está documentado ali) até justificar uma subseção própria.