为什么有人会在SQL子句中使用WHERE 1=1 AND <条件>(通过连接字符串获得的SQL，或者视图定义)
我在某个地方看到过，这将用于防止SQL注入，但这看起来非常奇怪。
如果有一个注入WHERE 1=1和注入OR 1=1将有相同的结果注入OR 1=1。
稍后编辑:视图定义中的用法如何?
谢谢你的回答。
尽管如此, 我不明白为什么有人会使用这种结构来定义视图，或者在存储过程中使用它。
举个例子:
CREATE VIEW vTest AS
SELECT FROM Table WHERE 1=1 AND table.Field=Value
当前回答
使“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;
使“where 1=1”成为所有查询的标准，还可以通过将其替换为where 1= 0来简单地验证sql，当您有批量命令/文件时非常方便。
这也使得查找任何查询的from/join部分的结尾变得非常容易。甚至带有子查询的查询，如果缩进得当。
我曾见过在条件数量可变的情况下使用这种方法。
您可以使用“AND”字符串连接条件。然后，不计算传入的条件的数量，而是在stock SQL语句的末尾放置“WHERE 1=1”，并抛出连接的条件。
基本上，它使您不必对条件进行测试，然后在它们之前添加“WHERE”字符串。
我发现这个模式在我测试或重复检查数据库上的东西时很有用，所以我可以很快地注释其他条件:
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
1 = 1表达式常用于生成的SQL代码中。该表达式可以简化sql生成代码，减少条件语句的数量。
