为什么有人会在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子句已经定义，并允许您继续添加条件，而不必检查它是否是第一个条件。
其他回答
我第一次遇到这个回到ADO和经典asp，我得到的答案是:性能。 如果你做一个直的
从表名中选择*
并将其作为SQL命令/文本传入，您将获得显著的性能提升
1 = 1
另外，这是一个明显的差异。只要满足第一个条件，就会返回表头，或者其他一些疯狂的事情，总之，它确实加快了速度。
回顾了所有的答案，我决定做一些实验
SELECT
*
FROM MyTable
WHERE 1=1
然后我用其他号码核对了一下
WHERE 2=2
WHERE 10=10
WHERE 99=99
等 在完成所有检查之后，查询run town是相同的。即使没有where从句。我不喜欢这种语法
1 = 1表达式常用于生成的SQL代码中。该表达式可以简化sql生成代码，减少条件语句的数量。
这是一个用例…然而，我不太关心为什么我应该或不应该使用1 = 1的技术细节。 我正在写一个函数，使用pyodbc从SQL Server检索一些数据。我正在寻找一种方法，在我的代码中的where关键字后强制填充。这确实是一个很好的建议:
if _where == '': _where = '1=1'
...
...
...
cur.execute(f'select {predicate} from {table_name} where {_where}')
原因是我不能在_where子句变量中一起实现关键字“where”。因此，我认为使用任何计算结果为真的虚拟条件都可以作为填充符。
似乎是一种懒惰的方式，总是知道WHERE子句已经定义，并允许您继续添加条件，而不必检查它是否是第一个条件。
