EdgeDB 6.x版本中fts::index继承重命名问题的技术分析

在EdgeDB数据库系统的6.x版本中出现了一个关于fts::index继承重命名的兼容性问题。这个问题主要影响从5.x版本升级到6.x版本的用户，特别是那些使用了全文搜索索引功能的项目。

问题现象

当用户尝试在继承自抽象类型的子类型中修改属性时，系统会报错"cannot rename inherited index 'fts::index' of object type..."。这个问题在5.x版本中不存在，但在6.x版本中会出现。

问题复现

通过最小化复现案例可以清晰地看到问题所在：

CREATE ABSTRACT TYPE default::Named {
    CREATE REQUIRED PROPERTY name: std::str;
    CREATE INDEX fts::index ON (fts::with_options(.name, language := fts::Language.eng));
};

CREATE ABSTRACT TYPE default::Project EXTENDING default::Named {
    ALTER PROPERTY name {
        SET OWNED;
        CREATE CONSTRAINT std::exclusive;
    };
};

在这个例子中，Named抽象类型定义了一个全文搜索索引fts::index，当Project类型继承Named并尝试修改name属性时，就会触发这个错误。

问题根源

这个问题是在EdgeDB内部重构fts(全文搜索)模块时引入的。在6.x版本中，fts模块的实现发生了变化，导致在类型继承和属性修改时对索引的处理出现了不一致。

临时解决方案

目前可以采用的临时解决方案是将所有fts::index的使用替换为std::fts::index。这种改写通常能够绕过当前的问题。

长期修复方案

EdgeDB开发团队已经确认这是一个需要修复的回归问题。修复方案相对直接，可能需要进行schema修复操作。团队建议用户在升级到6.x版本时注意这个问题，特别是在处理包含全文搜索索引的继承类型时。

最佳实践建议

对于正在从5.x升级到6.x版本的用户，建议：

1. 在升级前检查所有使用了fts索引的类型继承结构
2. 考虑先将fts索引改为使用完全限定名(std::fts::index)
3. 在测试环境中充分验证升级过程
4. 关注EdgeDB官方发布的修复版本

这个问题虽然影响特定场景，但对于依赖全文搜索功能的项目来说可能造成升级障碍。理解问题的本质和解决方案有助于用户更顺利地完成版本迁移。