SXT Proof of SQL 项目中时间类型解析器的重构方案

在 SXT Proof of SQL 项目的持续演进过程中，开发团队正计划将现有的 SQL 解析器迁移到功能更为强大的 sqlparser 库。这一技术决策主要基于 sqlparser 的三个显著优势：丰富的 SQL 特性支持、与 no_std 环境的兼容性，以及其作为 Apache DataFusion 项目核心组件的技术背景。

本次重构的核心任务之一是对时间类型处理模块的改造。原系统使用 proof_of_sql_parser::posql_time 模块来处理时间戳和相关时区信息，而新架构则需要将这些功能迁移到 sqlparser 的标准表达式中。

在技术实现层面，重构方案主要涉及两个关键转换：

1. 时间戳表达式的转换 原系统的 PoSQLTimestamp 类型将被替换为 sqlparser::Expr 枚举中的特定变体。对于带时区的时间戳，将采用 Value::TimestampTz 变体；对于标准时间戳，则使用 Value::Timestamp。这种设计保持了类型系统的精确性，同时与 SQL 标准保持高度一致。

2. 时区信息的处理 原 PoSQLTimeZone 类型将被 sqlparser::ast::TimezoneInfo 枚举取代。该枚举提供了四种明确的时区处理模式：

• None：不包含时区信息
• WithTimeZone：显式包含时区
• WithoutTimeZone：显式不包含时区
• Tz：特定时区标识

为了确保转换过程的可靠性，需要开发专门的转换工具函数。这些函数需要处理两类常见时间格式的解析：RFC 3339 标准格式和 Unix 时间戳格式。在实现时特别需要注意时区偏移量的正确处理，包括零偏移、正偏移和负偏移等不同场景。

值得注意的是，在现有系统中时间戳都必须包含时区信息，这与某些数据库系统中允许"无时区"时间戳的设计有所不同。这一设计决策需要在重构过程中保持一致性，避免引入意外的行为变化。

该重构工作完成后，将为项目带来三个主要收益：更好的 SQL 标准兼容性、更丰富的 SQL 功能支持能力，以及与 Arrow 生态系统的深度集成可能性。这些改进将为后续开发更复杂的数据处理功能奠定坚实基础。