MySQL 中用户定义变量的奇怪行为
我注意到用户定义的变量有一些奇怪的地方:
假设我有这个表:
num_table
+---------+
| numbers |
| 3 |
| 6 |
| 9 |
+---------+
我可以创建一个逗号分隔的列表并将其存储在用户定义的变量中,如下所示:
SELECT @var := GROUP_CONCAT `numbers` from num_table;
它将分配值 3,6 ,9
到 @var
。
这是奇怪的部分。运行
SELECT 3 IN (@var)
返回 1,但运行
SELECT 6 IN (@var)
返回 0。
在我看来,它要么有效,要么无效。知道为什么它只适用于列表中的第一个数字吗?
I've noticed something odd about user-defined variables:
Lets say I have this table:
num_table
+---------+
| numbers |
| 3 |
| 6 |
| 9 |
+---------+
I can create a comma-separated list and store it in a user-defined variable like so:
SELECT @var := GROUP_CONCAT `numbers` from num_table;
Which will assign the value 3,6,9
to @var
.
And here is the odd part. Running
SELECT 3 IN (@var)
returns 1, but running
SELECT 6 IN (@var)
returns 0.
It seems to me it should either work or not work. Any idea why it works only with the first number in the list?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
您不能将
IN ()
与变量一起使用并将该变量视为列表 - 只能使用实际列表(可能是变量) - 即IN (1, 2, 3)
或IN (@var1, @var2, @var3)
如果
@var
包含“3, 6, 9”,则两者都不应该工作 - 所以我怀疑@var
包含“3”,但是 - 你能验证它的内容吗?马丁可能对选角有所了解 - 我敢打赌
'3' IN (@var)
不会返回任何内容You cannot use
IN ()
with a variable and have that variable be treated as a list - only actual lists (perhaps of variables) can be used - i.e.IN (1, 2, 3)
orIN (@var1, @var2, @var3)
Neither should work if
@var
contains '3, 6, 9' - so I suspect@var
contains '3', though - can you verify its contents?Martin might be on to something with the casting - I'd bet
'3' IN (@var)
returns nothing您不能将
IN ()
与字符串变量一起使用 - 但您可以使用FIND_IN_SET()
相反,它正是用于此目的:返回 2 - 第二个位置
返回 NULL - 不匹配
You cannot use
IN ()
with a string variable - but you can useFIND_IN_SET()
instead, which serves exactly this purpose:returns 2 - second position
returns NULL - no match