Grafana SQL查询获取的变量拼接引号后关联失效问题

问题原因 #

报错本质是PostgreSQL将SQL语句中带双引号的client值识别为了列名，而非字符串字面量，触发逻辑如下：

1. 你在client变量的返回值中手动给id拼接了双引号，使用${client:csv}格式化多选项时，输出的内容格式为"id1","id2","id3"
2. 你直接将该内容拼接进ARRAY[]中，在PostgreSQL的语法规则里，双引号包裹的内容默认会被识别为标识符（列名、表名等），而非字符串值，因此会抛出「列“1106102844810989568”不存在」的错误。
3. 不加双引号时逻辑正常，正是因为此时没有双引号标识，数值会被直接识别为值，符合SQL语法要求。

解决方案 #

以下两种方案可根据你的业务场景选择：

方案1：保留client变量的双引号拼接逻辑，修改order变量的查询语句 #

使用Grafana的json格式化选项输出变量数组，直接转成PostgreSQL的text数组进行匹配，不会触发标识符识别问题：

SELECT name
FROM orders 
WHERE concat('"', client_id::text, '"') = ANY(${client:json}::text[])

方案2：调整双引号的拼接时机，符合Grafana变量设计规范 #

如果双引号仅在特定业务面板的查询中需要使用，不要在变量查询阶段给__value拼接双引号，保留原始id值：

1. client变量查询改回无引号的逻辑：

SELECT
  title AS __text,
  id::text AS __value
FROM clients
WHERE active=true

2. order变量保留原本正常的关联逻辑：

select name
from orders 
where client_id =ANY(ARRAY[${client:csv}]) 

3. 在需要用到带双引号id的业务查询中，手动拼接双引号即可：

-- 业务面板查询示例
SELECT * FROM 你的业务表 WHERE 带引号的client_id字段 = concat('"', ${client}::text, '"')

该方案后续不会出现额外的SQL语法兼容问题，更推荐使用。

内容的提问来源于stack exchange，提问作者Jelly