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

当前回答

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

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

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

其他回答

我第一次遇到这个回到ADO和经典asp，我得到的答案是:性能。如果你做一个直的

从表名中选择*

并将其作为SQL命令/文本传入，您将获得显著的性能提升

1 = 1

另外，这是一个明显的差异。只要满足第一个条件，就会返回表头，或者其他一些疯狂的事情，总之，它确实加快了速度。

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

and <condition>

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

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

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

我发现这个模式在我测试或重复检查数据库上的东西时很有用，所以我可以很快地注释其他条件:

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

使“where 1=1”成为所有查询的标准，还可以通过将其替换为where 1= 0来简单地验证sql，当您有批量命令/文件时非常方便。

这也使得查找任何查询的from/join部分的结尾变得非常容易。甚至带有子查询的查询，如果缩进得当。

推荐文章