Databend 子查询功能扩展：支持所有语句类型

在数据库查询语言中，子查询是一种强大的功能，它允许将一个查询的结果作为另一个查询的输入。Databend 目前正在扩展其子查询功能，使其能够支持更多类型的语句，这将显著提升查询的灵活性和表达能力。

当前限制与问题

目前 Databend 在处理某些特定类型的子查询时会遇到限制。例如，当尝试执行类似 select * from (show tables) 或 select * from (list @~) 这样的查询时，系统会返回"未知表"的错误。这是因为系统将这些命令识别为表引用，而非可执行的语句。

技术实现方案

要实现对所有语句类型的子查询支持，Databend 需要重构其查询重写机制。特别是需要处理多种 RewriteKind 类型的语句，包括但不限于：

• 各种 SHOW 命令（如 SHOW TABLES、SHOW DATABASES 等）
• 系统信息查询（如 SHOW PROCESSLIST、SHOW METRICS 等）
• 权限相关查询（如 SHOW USERS、SHOW ROLES 等）
• 存储操作（如 LIST STAGE、DESCRIBE STAGE 等）

表函数重构方案

一个可行的技术路线是将这些特殊语句重构为表函数(table function)的形式。表函数是一种特殊的函数，它返回的结果集可以像普通表一样在 FROM 子句中使用。这种设计模式在 Snowflake 等现代数据仓库中已有成熟应用。

通过表函数重构，原本的特殊语句可以转换为标准的函数调用形式，例如将 SHOW TABLES 转换为类似 table_show_tables() 的函数调用，这样就能自然地支持子查询语法。

查询条件支持

在重构过程中，还需要考虑对这些语句的查询条件支持。许多 SHOW 命令支持 WHERE 或 LIKE 子句来过滤结果，例如：

SHOW USERS LIKE 'admin%'
SHOW ROLES WHERE name = 'developer'

在表函数实现中，这些过滤条件需要被正确处理，以保持现有功能的完整性。

实现挑战与注意事项

1. 语法兼容性：需要确保新的实现与现有 SQL 语法保持兼容
2. 性能考量：表函数实现不应引入明显的性能开销
3. 错误处理：需要提供清晰的错误信息，帮助用户理解和使用新功能
4. 权限控制：确保重构后的实现不会绕过现有的权限检查机制

未来展望

这一功能的实现将使 Databend 的子查询能力达到新的水平，为用户提供更灵活的数据查询和分析能力。特别是对于需要动态生成查询条件或需要将系统信息与其他表数据关联查询的场景，这一改进将大大简化查询编写难度。

随着这一功能的完善，Databend 将向成为功能更全面、更易用的现代数据仓库系统迈出重要一步。