GridDB TQL字符串函数疑问：CONCAT忽略NULL、UPPER/LOWER仅支持ASCII

1. CONCAT函数忽略NULL的行为说明 #

GridDB的CONCAT函数设计上会跳过所有NULL参数，直接拼接非NULL值，这和ANSI SQL标准中CONCAT遇NULL返回NULL的行为不同，但类似MySQL等部分数据库的CONCAT实现逻辑。
文档未明确说明该行为的原因，可能属于产品特定设计。若需要严格遵循"遇NULL返回NULL"的逻辑，可通过CASE语句手动实现：

CASE WHEN name IS NULL OR suffix IS NULL THEN NULL ELSE CONCAT(name, suffix) END

如果需要将NULL转为空字符串再拼接，可用COALESCE：

CONCAT(COALESCE(name, ''), COALESCE(suffix, ''))

2. 非ASCII字符大小写不敏感匹配方案 #

原生UPPER/LOWER仅支持ASCII是GridDB的已知限制，除了LIKE，还有以下可行方案：

• 正则表达式匹配：若GridDB版本支持正则的不敏感模式，可使用REGEXP加(?i)标记实现大小写不敏感匹配：

  WHERE name REGEXP '(?i)ü'
  

• 客户端预处理：查询前将目标字符转换为大小写两种形式，用IN或多OR条件匹配；或在数据写入时统一将字符串转为全小写/全大写，后续查询直接用对应大小写匹配。
• LIKE变通写法：模糊匹配时可同时包含目标字符的大小写形式：

  WHERE name LIKE '%ü%' OR name LIKE '%Ü%'
  

3. UPPER(CONCAT(...))的执行顺序确认 #

函数嵌套遵循从内到外的执行逻辑：先执行内层的CONCAT(name, suffix)，处理NULL参数得到拼接后的字符串，再将结果传入外层UPPER函数进行大小写转换，这符合SQL标准的函数执行规则。

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