为什么有人会使用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以这种方式解析可选和条件谓词。

使“where 1=1”成为所有查询的标准，还可以通过将其替换为where 1= 0来简单地验证sql，当您有批量命令/文件时非常方便。

这也使得查找任何查询的from/join部分的结尾变得非常容易。甚至带有子查询的查询，如果缩进得当。

这里有一个密切相关的例子:使用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;

只是在Greg的回答中添加了一个示例代码:

dim sqlstmt as new StringBuilder
sqlstmt.add("SELECT * FROM Products")
sqlstmt.add(" WHERE 1=1") 

''// From now on you don't have to worry if you must 
''// append AND or WHERE because you know the WHERE is there
If ProductCategoryID <> 0 then
  sqlstmt.AppendFormat(" AND ProductCategoryID = {0}", trim(ProductCategoryID))
end if
If MinimunPrice > 0 then
  sqlstmt.AppendFormat(" AND Price >= {0}", trim(MinimunPrice))
end if

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

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

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

我通常在为一个有许多用户可以选择的下拉值的报告构建动态SQL时这样做。由于用户可以从每个下拉列表中选择值，也可以不选择，我们最终很难弄清楚哪个条件是第一个where子句。因此，我们在最后用where 1=1填充查询，并在其后添加所有where子句。

类似的

select column1, column2 from my table where 1=1 {name} {age};

然后我们将像这样构建where子句，并将其作为参数值传递

string name_whereClause= ddlName.SelectedIndex > 0 ? "AND name ='"+ ddlName.SelectedValue+ "'" : "";

由于我们在运行时不知道where子句的选择，所以这在查找是否包含“AND”或“where”方面帮助我们很大。