PrestoDB 连接器 SPI 优化：为删除操作引入专用表句柄类型

在分布式SQL查询引擎PrestoDB中，连接器元数据接口(SPI)的设计直接影响着各类数据源的操作实现效率。近期社区针对删除操作的实现痛点提出了重要改进方案，通过引入专用的ConnectorDeleteTableHandle类型来优化删除流程的状态管理。

背景与现状分析

当前PrestoDB的连接器元数据接口中，插入(INSERT)和建表(CREATE TABLE)操作都有专用的句柄类型：

• ConnectorInsertTableHandle用于插入操作
• ConnectorOutputTableHandle用于建表操作

但删除(DELETE)操作却复用通用的ConnectorTableHandle类型。这种设计在实现行级删除时存在明显局限，特别是对于Iceberg等需要特殊处理机制的数据源。

以Iceberg为例，其删除操作实际上需要写入墓碑标记文件(tombstone)，后续与基础数据文件合并时过滤掉被删除记录。这个过程需要维护与INSERT操作类似的状态信息（如存储位置、文件格式、压缩选项等），但现有API无法优雅地传递这些参数。

技术方案设计

核心改进方案是引入新的ConnectorDeleteTableHandle接口类型，专门用于删除操作的状态管理。具体API变更如下：

原接口：

ConnectorTableHandle beginDelete(ConnectorSession session, ConnectorTableHandle tableHandle)
void finishDelete(ConnectorSession session, ConnectorTableHandle tableHandle, Collection<Slice> fragments)

新接口：

ConnectorDeleteTableHandle beginDelete(ConnectorSession session, ConnectorTableHandle tableHandle)
void finishDelete(ConnectorSession session, ConnectorDeleteTableHandle tableHandle, Collection<Slice> fragments)

这种设计带来三大优势：

1. 职责分离：删除操作的状态管理与常规查询完全解耦
2. 扩展性强：支持传递删除特有的配置参数
3. 类型安全：编译器可检查类型使用是否正确

实现影响与兼容性考虑

该变更属于破坏性更新，影响所有实现删除操作的连接器。社区提供了清晰的迁移路径：

1. 内置连接器：直接为现有类型添加ConnectorDeleteTableHandle实现
2. 外部连接器：需要更新实现类以支持新接口

虽然考虑过通过新方法名+回退机制保持兼容，但会带来代码复杂度增加和类型系统混乱的问题，最终选择了直接升级的方案。

技术价值与行业意义

这项改进对PrestoDB生态具有深远影响：

1. 统一操作范式：使删除操作与插入/建表保持一致的API设计哲学
2. 支持高级特性：为CDC、增量处理等场景奠定基础
3. 性能优化空间：未来可在专用句柄中添加删除批处理等优化参数

特别是对于数据湖场景，该变更使得Iceberg、Delta Lake等表格式能够更高效地实现ACID特性，强化了PrestoDB在现代数据架构中的地位。

最佳实践建议

对于连接器开发者，建议：

1. 在新版本中立即适配新接口
2. 利用专用句柄传递删除操作特有的配置
3. 考虑实现批量删除等优化策略

对于终端用户，该变更意味着：

1. 更稳定的行级删除功能
2. 更优的大规模删除性能
3. 更丰富的数据治理能力

这项改进体现了PrestoDB社区对生产级数据操作需求的深入理解，标志着该项目在企业级特性上的持续成熟。