为什么有人会在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
当前回答
我曾见过在条件数量可变的情况下使用这种方法。
您可以使用“AND”字符串连接条件。然后，不计算传入的条件的数量，而是在stock SQL语句的末尾放置“WHERE 1=1”，并抛出连接的条件。
基本上，它使您不必对条件进行测试，然后在它们之前添加“WHERE”字符串。
其他回答
只是在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
这在必须使用动态查询in which in where的情况下很有用 子句，则必须附加一些筛选选项。比如，如果你包含选项0表示状态为非活动，1表示活动。根据选项，只有两个可用选项(0和1)，但如果您想显示所有记录，可以方便地在close 1=1的位置包含。 见以下样本:
Declare @SearchValue varchar(8)
Declare @SQLQuery varchar(max) = '
Select [FirstName]
,[LastName]
,[MiddleName]
,[BirthDate]
,Case
when [Status] = 0 then ''Inactive''
when [Status] = 1 then ''Active''
end as [Status]'
Declare @SearchOption nvarchar(100)
If (@SearchValue = 'Active')
Begin
Set @SearchOption = ' Where a.[Status] = 1'
End
If (@SearchValue = 'Inactive')
Begin
Set @SearchOption = ' Where a.[Status] = 0'
End
If (@SearchValue = 'All')
Begin
Set @SearchOption = ' Where 1=1'
End
Set @SQLQuery = @SQLQuery + @SearchOption
Exec(@SQLQuery);
使“where 1=1”成为所有查询的标准，还可以通过将其替换为where 1= 0来简单地验证sql，当您有批量命令/文件时非常方便。
这也使得查找任何查询的from/join部分的结尾变得非常容易。甚至带有子查询的查询，如果缩进得当。
我第一次遇到这个回到ADO和经典asp，我得到的答案是:性能。 如果你做一个直的
从表名中选择*
并将其作为SQL命令/文本传入，您将获得显著的性能提升
1 = 1
另外，这是一个明显的差异。只要满足第一个条件，就会返回表头，或者其他一些疯狂的事情，总之，它确实加快了速度。
回顾了所有的答案，我决定做一些实验
SELECT
*
FROM MyTable
WHERE 1=1
然后我用其他号码核对了一下
WHERE 2=2
WHERE 10=10
WHERE 99=99
等 在完成所有检查之后，查询run town是相同的。即使没有where从句。我不喜欢这种语法
