为什么有人会在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
当前回答
Using a predicate like 1=1 is a normal hint sometimes used to force the access plan to use or not use an index scan. The reason why this is used is when you are using a multi-nested joined query with many predicates in the where clause where sometimes even using all of the indexes causes the access plan to read each table - a full table scan. This is just 1 of many hints used by DBAs to trick a dbms into using a more efficient path. Just don't throw one in; you need a dba to analyze the query since it doesn't always work.
其他回答
这里有一个密切相关的例子:使用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;
我第一次遇到这个回到ADO和经典asp，我得到的答案是:性能。 如果你做一个直的
从表名中选择*
并将其作为SQL命令/文本传入，您将获得显著的性能提升
1 = 1
另外，这是一个明显的差异。只要满足第一个条件，就会返回表头，或者其他一些疯狂的事情，总之，它确实加快了速度。
如果条件列表在编译时不知道，而是在运行时构建，则不必担心是否有一个或多个条件。你可以像这样生成它们:
and <condition>
然后把它们连在一起。1=1在开头，首字母和有关联。
我从来没见过这个用于任何注射保护，就像你说的，它似乎没有多大帮助。我曾看到它被用作一种实现方便。SQL查询引擎最终会忽略1=1，因此它不会对性能产生影响。
我通常在为一个有许多用户可以选择的下拉值的报告构建动态SQL时这样做。由于用户可以从每个下拉列表中选择值，也可以不选择，我们最终很难弄清楚哪个条件是第一个where子句。因此，我们在最后用where 1=1填充查询，并在其后添加所有where子句。
类似的
select column1, column2 from my table where 1=1 {name} {age};
然后我们将像这样构建where子句，并将其作为参数值传递
string name_whereClause= ddlName.SelectedIndex > 0 ? "AND name ='"+ ddlName.SelectedValue+ "'" : "";
由于我们在运行时不知道where子句的选择，所以这在查找是否包含“AND”或“where”方面帮助我们很大。
在生产代码中看到了这一点，并向前辈寻求帮助。
他们的回答:
-我们使用1=1，所以当我们必须添加一个新的条件时，我们只需输入
and <condition>
然后继续做下去。
