SQLGlot项目中Druid方言的CURRENT_TIMESTAMP函数处理问题分析

在SQL解析和转换工具SQLGlot中，发现了一个关于Druid数据库方言的特殊问题。这个问题涉及到时间函数CURRENT_TIMESTAMP的处理方式，导致生成的SQL语句在Druid数据库中无法正确执行。

问题背景

SQLGlot是一个强大的SQL解析器和转换器，支持多种SQL方言之间的转换。在处理Druid数据库的SQL语句时，发现当SQL中包含CURRENT_TIMESTAMP函数时，SQLGlot会错误地为其添加括号，导致生成的SQL语句不符合Druid的语法规范。

问题表现

具体表现为：当解析包含CURRENT_TIMESTAMP的Druid SQL语句时，SQLGlot会自动将其转换为CURRENT_TIMESTAMP()的形式。然而，Druid数据库的官方文档明确指出，CURRENT_TIMESTAMP函数在Druid中不应该带有括号。

例如，原始SQL语句：

SELECT * FROM "TABLE" WHERE "__time" >= CURRENT_TIMESTAMP - INTERVAL '1' DAY

经过SQLGlot解析和转换后，会错误地生成：

SELECT * FROM "TABLE" WHERE "__time" >= CURRENT_TIMESTAMP() - INTERVAL '1' DAY

这种转换会导致Druid数据库抛出验证错误，提示找不到匹配的函数签名CURRENT_TIMESTAMP()。

技术分析

这个问题源于SQLGlot对标准SQL和Druid方言差异的处理不够完善。在大多数SQL方言中，CURRENT_TIMESTAMP可以带或不带括号使用，但在Druid中，这是一个特例：

1. 语法差异：Druid严格要求CURRENT_TIMESTAMP不能带括号，这与PostgreSQL、MySQL等主流数据库不同
2. 函数解析：SQLGlot在解析时默认将无参函数加上括号，这是为了符合大多数数据库的规范
3. 方言适配：Druid方言的特殊性没有被完全考虑在内，导致转换结果不符合预期

解决方案

解决这个问题的关键在于修改SQLGlot的Druid方言处理逻辑，使其能够正确识别和处理CURRENT_TIMESTAMP函数。具体需要：

1. 在Druid方言定义中明确指定CURRENT_TIMESTAMP为无括号形式
2. 修改函数解析逻辑，在Druid方言下不自动为CURRENT_TIMESTAMP添加括号
3. 确保转换后的SQL符合Druid的语法规范

影响范围

这个问题主要影响以下场景：

• 从其他SQL方言转换到Druid方言时包含CURRENT_TIMESTAMP的语句
• 直接解析和重新生成Druid SQL时包含CURRENT_TIMESTAMP的语句
• 使用SQLGlot进行Druid SQL语句美化和格式化的场景

最佳实践

对于使用SQLGlot处理Druid SQL的开发人员，在问题修复前可以采取以下临时解决方案：

1. 在生成SQL后手动移除CURRENT_TIMESTAMP后的括号
2. 使用字符串替换的方式修正生成的SQL
3. 考虑使用其他时间函数替代CURRENT_TIMESTAMP

总结

SQL方言间的细微差异常常是SQL转换工具需要特别注意的地方。这个案例展示了Druid在时间函数处理上的特殊性，以及SQLGlot在处理这种特殊情况时的不足。通过贡献代码修复这个问题，可以提升SQLGlot对Druid方言的支持完整度，为使用Druid数据库的开发人员提供更好的工具支持。