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

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

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

虽然我可以看到1=1对于生成的SQL很有用，但我在PHP中使用的一种技术是创建一个子句数组，然后执行

implode (" AND ", $clauses);

这样就避免了前导和后导AND的问题。显然，这只有在您知道至少有一个子句时才有用!

回顾了所有的答案，我决定做一些实验

SELECT
*
FROM MyTable

WHERE 1=1

然后我用其他号码核对了一下

WHERE 2=2
WHERE 10=10
WHERE 99=99

等 在完成所有检查之后，查询run town是相同的。即使没有where从句。我不喜欢这种语法

where 1=0，这是为了检查表是否存在。不知道为什么使用1=1。