A verdade da questão é que a cláusula WHERE 1=1 é meramente uma convenção adotada por alguns desenvolvedores para tornar o trabalho com suas instruções SQL um pouco mais fácil, tanto na forma estática quanto dinâmica.
VAI GOSTAR:
21 comandos SQL essenciais e avançados e conteúdos extras
Melhores práticas em modelagem de banco de dados e SQL
SQL – Diferenças entre Not IN e Not EXISTS
Conta Exclusiva ChatGPT: Acesso Ilimitado
Desbloqueie o poder do ChatGPT com recursos premium. Aproveite 80,5% de desconto e garantia de 100% de satisfação. Junte-se hoje e viva a melhor experiência de chat com IA!
Cypress, do Zero à Nuvem: domine a automação de testes com confiabilidade e eficiência
Aprimore suas habilidades de automação de testes com Cypress, desde o início até a integração contínua.
Saiba Mais💻 Torne-se um Desenvolvedor Fullstack!
Domine as tecnologias mais requisitadas do mercado e conquiste sua carreira dos sonhos como Desenvolvedor Fullstack. Inscreva-se hoje!
Inscreva-seTambém é uma prática comum ao criar uma consulta SQL programaticamente. É mais fácil começar com ‘WHERE 1=1 ‘ e, em seguida, acrescentar outros critérios, como ‘ AND customer.id=:custId’, dependendo se um ID de cliente é ou não fornecido. Isso permite que o desenvolvedor acrescente o próximo critério na consulta começando com ‘AND…’. Aqui está um exemplo hipotético:
stmt = "SELECT * "
stmt += "FROM TABLE "
stmt += "WHERE 1=1 "
if user chooses option a then stmt += "and A is not null "
if user chooses option b then stmt += "and B is not null "
if user chooses option b then stmt += "and C is not null "
if user chooses option b then stmt += "and D is not null "Pontos interessantes a serem levantados para esta solução com WHERE 1 = 1.
Clareza de código
Uma vantagem desta técnica é que o código acaba ficando mais limpo, pois assim não precisa existir o controle da presença do WHERE vs AND/OR, mantendo independente a ordem dos filtros que vão entrar na consulta e se algum filtro vai entrar na consulta.
Impacto na performance
Existe uma dúvida recorrente com relação ao impacto de performance no banco de dados da presença do WHERE 1 = 1, independente se há outros filtros ou não. O que posso dizer que a maioria dos bancos de dados não sofre qualquer impacto de performance ao utilizar esta técnica.
Fazendo uma análise de impacto na plano de execução do Sql Server, com 10.000 registros em uma tabela, não notou-se qualquer mudança entre o plano contendo WHERE 1 = 1 e do plano sem o mesmo.
Outra opção
Alguns bancos de dados suportam também WHERE 1, embora esta não seja a opção recomendada por não fazer parte do padrão ANSI.
Exemplos de uso de WHERE + 1
Quando as condições do where são geradas dinamicamente, e o programador vai acrescentando-as com AND dentro de ifs, por estas dependerem de outros fatores do programa que gera o SQL, fica clara sua intenção:Se nao houver condição adicional, a query permanece assim …
SELECT * FROM Destinatario where 1 = 1… mas no caso, se for verdadeira a condição logo em seguida do seu exemplo, ela pode ficar:
SELECT * FROM Destinatario where 1 = 1 AND Nome = "Ramos da Informática"
Note que se não houvesse o WHERE 1=1, ela ficaria desta forma, e não funcionaria:
SELECT * FROM Destinatario AND Nome = "Ramos da Informática"
-- temos um erro aqui --^Para uma condição AND só, o autor poderia ter posto o WHERE dentro da condição, mas se forem varias condiçoes, o WHERE 1=1 permitiria várias condições separadas, montadas por ifs diferentes:
SELECT * FROM Destinatario where 1 = 1
SELECT * FROM Destinatario where 1 = 1 AND Nome = "Ramos da Informática"
SELECT * FROM Destinatario where 1 = 1 AND Cidade = "Uberlândia"
SELECT * FROM Destinatario where 1 = 1 AND Nome = "Ramos da Informática" AND Cidade = "Uberlândia"
Assim, o AND Nome poderia estar em um if e o AND Cidade em outro, e todos funcionariam independente de ter que saber se já há um if anterior no código que gera o SQL.
Como mencionado pelo @bfavaretto, o CakePHP, por exemplo, utiliza esta técnica.
Particularmente, acho melhor usar maneiras mais limpas do que como foi usado, como concatenar com AND somente quando se tratar da 2ª condição em diante, mas cada um tem seus critérios, e em cada momento uma determinada técnica pode ser melhor do que outra.
Saindo desse exemplo específico de uso, pode até acontecer de alguém usar um WHERE “neutro” quando quer testar alguma condição durante o desenvolvimento do código, eliminando a condição original (equivalente a colocar WHERE true, que também serviria para a explicação inicial), mas isto já é outra história.
No nosso caso em específico, o IF desta linha confirma a hipótese inicial do parâmetro opcional com AND:
IF(@param IS NOT NULL) -- <== Aqui
SET @sql = (@sql + ' AND Nome = ''' + @param + '''');
Conclusão
Gostou deste conteúdo?
Assine o E-Zine Ramos da Informática e receba semanalmente conteúdos exclusivos focados em desenvolvimento frontend, backend e bancos de dados para turbinar sua carreira tech.
📘 Conteúdo Exclusivo
Dicas, insights e guias práticos para alavancar suas habilidades em desenvolvimento e bancos de dados.
🚀 Hacks de Carreira
Ferramentas, atalhos e estratégias para se destacar e crescer rapidamente no mercado de tecnologia.
🌟 Tendências Tech
As novidades mais relevantes sobre desenvolvimento web, mobile e bancos de dados para você se manter atualizado.
Já somos mais de 5.000 assinantes! Junte-se a uma comunidade de profissionais que compartilham conhecimento e crescem juntos no universo tech.
