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
També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 + '''');
