MySQL中的空IN子句参数列表

Question

当您执行IN子句为空的SQL查询时会发生什么？

例如:

SELECT user WHERE id IN ();

MySQL是否会按预期处理(即始终为false),如果没有,我的应用程序在IN动态构建子句时如何处理这种情况？

Answer 1

如果我有一个应用程序,我正在IN动态构建列表,并且它可能最终为空,我有时会做的是用不可能的值初始化列表并添加到那里.例如,如果它是一个用户名列表,我将从一个空字符串开始,因为那不是一个可能的用户名.如果它是auto_increment ID,我将使用-1,因为实际值总是正数.

如果由于没有不可能的值而不可行,则必须使用条件来决定是否AND column IN ($values)在WHERE子句中包含表达式.

Answer 2

您的查询与有效语法的最接近的近似值是:

SELECT user FROM tbl1 WHERE id IN (SELECT id FROM tbl1 WHERE FALSE);

这将无条件地返回一个空结果集.括号中的子查询总是返回一个空集,正如我前面提到的,在空集中找不到任何值,因为空集不包含任何值.

Answer 3

这给了我0结果:

SELECT id FROM User
WHERE id IN (NULL);

试用MYSQL 5.6

Answer 4

使用总是错误的陈述

在创建 SQL 之前，请检查数组大小。如果大小为 0，则生成 where 语句 as 1 = 2，如下所示：

SELECT * FROM USERS WHERE name in () 

变成

SELECT * FROM USERS WHERE 1 = 2 

对于空数组上的“not in”，生成一个始终为真的语句，如下所示：

SELECT * FROM USERS WHERE name not in () 

变成

SELECT * FROM USERS WHERE 1 = 1

这应该适用于更复杂的查询：

SELECT * FROM USERS WHERE (name in () OR name = 'Alice') 

变成

SELECT * FROM USERS WHERE (1 = 2 OR name = 'Alice') 

Answer 5

如果将AUTO_INCREMENT用作ID（1,2,3，..），并且数组为空，则可以添加一项[0]。所以会的

if (empty($arr)) {
   $arr[] = 0;
}

SELECT user WHERE id IN (0);

而且不会有mysql parse错误。这种情况在子查询中非常有用-当您的主查询不依赖于子查询结果时。

更好的方法-如果数组为空，请不要调用查询。

$data = null;
if (!empty($arr)) {
    $data = ... call query
}

Answer 6

NULL例如，您不能将 IN 运算符留空，您必须在其中放入一些内容。但即使在这种情况下，它也不会按预期工作，因为与NULL总是返回NULL（空）。一种可能的解决方案是添加子选择。

例子：

SELECT user_id FROM users;

+-----------+
| user_id   |
+-----------+
|      1000 |
|      1001 |
|      1002 |
|      1003 |
|      1004 |
|      1005 |
|      1006 |
|      1007 |
|      1008 |
|      1009 |
|      1010 |
+-----------+

SELECT user_id FROM users WHERE user_id NOT IN ();
ERROR: 1064: You have an error in your SQL syntax; check the manual that 
corresponds to your MySQL server version for the right syntax to use near ')' at line 1

SELECT user_id FROM users WHERE user_id NOT IN (NULL);
Empty set (0.0003 sec)    

SELECT user_id FROM users WHERE user_id IN (1001, 1002, 1003) 
AND user_id NOT IN (SELECT user_id FROM users WHERE user_id IN (NULL));
+---------+
| user_id |
+---------+
|    1001 |
|    1002 |
|    1003 |
+---------+
3 rows in set (0.0004 sec)

您稍微修改（缩短）查询，但我认为它们也会慢一些。