ParadeDB项目演进：从create_bm25到标准CREATE INDEX的架构升级

在PostgreSQL生态系统中，ParadeDB作为专注于搜索优化的扩展项目，近期完成了一项重要的架构改进——将专用的paradedb.create_bm25函数迁移至标准的CREATE INDEX语法。这一变更不仅简化了用户操作，更标志着项目向PostgreSQL原生兼容性迈出了关键一步。

技术背景与演进动机

BM25作为现代搜索引擎的核心排序算法，在全文检索场景中具有显著优势。早期ParadeDB通过create_bm25函数封装索引创建过程，主要出于两个技术考量：

1. 需要动态创建专用schema存放搜索相关的辅助函数
2. 提供search和score_bm25等定制化函数接口

随着项目成熟，这些历史设计逐渐显现出局限性：

• 函数式接口与PostgreSQL原生索引语法存在认知差异
• 动态schema管理增加了系统复杂度
• 功能重叠导致维护成本上升

架构改进方案

新方案通过三个层面的重构实现了平滑过渡：

1. 索引创建标准化
   完全采用PostgreSQL原生CREATE INDEX语法，用户现在可以像创建普通索引一样建立BM25索引，显著降低学习成本。

2. 函数体系精简
   随着search和score_bm25等函数的逐步弃用，移除了配套的schema动态创建机制，系统架构更加简洁。

3. 参数传递优化
   原先需要通过create_bm25参数映射的索引选项，现在直接支持标准CREATE INDEX语法，包括存储参数、并发构建等高级特性。

技术实现要点

核心改造集中在create_bm25.rs模块的重构：

• 移除schema自动生成逻辑
• 将BM25索引注册为PostgreSQL标准索引类型
• 保持底层倒排索引等核心机制不变
• 确保向后兼容的迁移路径

用户价值体现

这一架构改进为用户带来多重收益：

• 符合直觉的操作体验：DBA和开发者可以使用熟悉的SQL语法管理搜索索引
• 更好的生态兼容性：与现有数据库工具链无缝集成
• 降低维护成本：简化后的代码库更易于长期维护和功能扩展
• 性能保持：底层仍采用优化的BM25实现，检索效率不受影响

未来演进方向

此次改造为后续优化奠定了基础：

• 支持更多CREATE INDEX高级选项
• 探索与其他PostgreSQL扩展的协同
• 优化混合索引场景下的查询规划

ParadeDB通过这次架构调整，既保持了专业搜索能力的优势，又更好地融入了PostgreSQL生态系统，为构建新一代数据库搜索解决方案提供了更优雅的实现路径。