为什么有人会在SQL子句中使用WHERE 1=1 AND <条件> ?

为什么有人会在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

当前回答

实际上，我在BIRT报告中看到过这类东西。传递给BIRT运行时的查询是这样的:

select a,b,c from t where a = ?

还有'?'在运行时被从下拉框中选择的实际参数值替换。下拉菜单中的选项是:

select distinct a from t
union all
select '*' from sysibm.sysdummy1

这样你就得到了所有可能的值加上*。如果用户从下拉框中选择了“*”(意味着a的所有值都应该被选中)，在运行查询之前必须修改(通过Javascript)。

因为"?"是一个位置参数，必须保持在那里以便其他东西工作，Javascript将查询修改为:

select a,b,c from t where ((a = ?) or (1==1))

这基本上消除了where子句的影响，同时仍然保留位置参数。

我还见过懒惰的程序员在动态创建SQL查询时使用AND大小写。

比如你必须动态创建一个以select * from t开头的查询，并检查:

我的名字叫鲍勃;而且薪水是2万美元

有些人会在第一个单词后面加上WHERE，然后在后面的单词后面加上and，这样:

select * from t where name = 'Bob' and salary > 20000

懒惰的程序员(这并不一定是一个坏特性)不会区分添加的条件，他们会从select * from t where 1=1开始，然后在后面添加and子句。

select * from t where 1=1 and name = 'Bob' and salary > 20000

其他回答

如果条件列表在编译时不知道，而是在运行时构建，则不必担心是否有一个或多个条件。你可以像这样生成它们:

and <condition>

然后把它们连在一起。1=1在开头，首字母和有关联。

我从来没见过这个用于任何注射保护，就像你说的，它似乎没有多大帮助。我曾看到它被用作一种实现方便。SQL查询引擎最终会忽略1=1，因此它不会对性能产生影响。

似乎是一种懒惰的方式，总是知道WHERE子句已经定义，并允许您继续添加条件，而不必检查它是否是第一个条件。

间接相关:当使用1=2时:

CREATE TABLE New_table_name 
as 
select * 
FROM Old_table_name 
WHERE 1 = 2;

这将创建一个与旧表具有相同模式的新表。(非常方便，如果你想加载一些数据进行比较)

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

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

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