我发现这个模式在我测试或重复检查数据库上的东西时很有用，所以我可以很快地注释其他条件:

CREATE VIEW vTest AS
SELECT FROM Table WHERE 1=1 
AND Table.Field=Value
AND Table.IsValid=true

变成:

CREATE VIEW vTest AS
SELECT FROM Table WHERE 1=1 
--AND Table.Field=Value
--AND Table.IsValid=true

这里有一个密切相关的例子:使用SQL MERGE语句来更新目标表，使用源表中的所有值，其中没有可以连接的公共属性。

MERGE INTO Circles
   USING 
      (
        SELECT pi
         FROM Constants
      ) AS SourceTable
   ON 1 = 1
WHEN MATCHED THEN 
  UPDATE
     SET circumference = 2 * SourceTable.pi * radius;

1 = 1表达式常用于生成的SQL代码中。该表达式可以简化sql生成代码，减少条件语句的数量。

实际上，我在BIRT报告中看到过这类东西。传递给BIRT运行时的查询是这样的:

select a,b,c from t where a = ?

还有'?'在运行时被从下拉框中选择的实际参数值替换。下拉菜单中的选项是:

select distinct a from t
union all
select '*' from sysibm.sysdummy1

这样你就得到了所有可能的值加上*。如果用户从下拉框中选择了“*”(意味着a的所有值都应该被选中)，在运行查询之前必须修改(通过Javascript)。

因为"?"是一个位置参数，必须保持在那里以便其他东西工作，Javascript将查询修改为:

select a,b,c from t where ((a = ?) or (1==1))

这基本上消除了where子句的影响，同时仍然保留位置参数。

我还见过懒惰的程序员在动态创建SQL查询时使用AND大小写。

比如你必须动态创建一个以select * from t开头的查询，并检查:

我的名字叫鲍勃;而且 薪水是2万美元

有些人会在第一个单词后面加上WHERE，然后在后面的单词后面加上and，这样:

select * from t where name = 'Bob' and salary > 20000

懒惰的程序员(这并不一定是一个坏特性)不会区分添加的条件，他们会从select * from t where 1=1开始，然后在后面添加and子句。

select * from t where 1=1 and name = 'Bob' and salary > 20000

这是一个用例…然而，我不太关心为什么我应该或不应该使用1 = 1的技术细节。 我正在写一个函数，使用pyodbc从SQL Server检索一些数据。我正在寻找一种方法，在我的代码中的where关键字后强制填充。这确实是一个很好的建议:

if _where == '': _where = '1=1'
...
...
...
cur.execute(f'select {predicate} from {table_name} where {_where}')

原因是我不能在_where子句变量中一起实现关键字“where”。因此，我认为使用任何计算结果为真的虚拟条件都可以作为填充符。

为什么有人会使用WHERE 1=1 AND <适当条件>

我曾经见过简单的框架做这样的事情(脸红)，因为这允许将惰性解析实践应用于WHERE和and Sql关键字。

例如(我在这里使用c#作为示例)，考虑在Sql查询字符串构建器中对以下谓词的条件解析:

var sqlQuery = "SELECT * FROM FOOS WHERE 1 = 1"
if (shouldFilterForBars)
{
    sqlQuery = sqlQuery + " AND Bars > 3";
}
if (shouldFilterForBaz)
{
    sqlQuery = sqlQuery + " AND Baz < 12";
}

WHERE 1 = 1的“好处”意味着不需要特殊的代码:

对于AND——应该应用零、一个或两个谓词(Bars和Baz’s)，这将决定是否需要第一个AND。因为我们已经有了至少一个1 = 1的谓词，它意味着AND总是OK的。 对于根本没有谓词的情况-在有0个谓词的情况下，则必须删除where。但同样，我们可以偷懒，因为我们再次保证至少有一个谓词。

这显然是一个坏主意，建议使用已建立的数据访问框架或ORM以这种方式解析可选和条件谓词。