TypeDB查询计划器在处理NOT OR条件时的优化问题分析

问题背景

在TypeDB 3.0.6版本中，查询计划器(Planner)在处理包含特定逻辑组合的否定查询时会出现崩溃问题。具体表现为当查询语句中包含"NOT { P OR Q }"这样的逻辑结构时，系统无法生成有效的执行计划，导致线程恐慌(panic)。

技术细节

该问题出现在查询计划生成阶段的核心逻辑中。当系统尝试为否定查询中的OR条件组合寻找最优执行计划时，best_partial_plans集合可能为空，而代码中直接调用了.unwrap()方法，没有进行空集合检查，导致程序崩溃。

复现场景

通过以下简单示例可以稳定复现该问题：

1. 定义简单的类型系统：

define 
attribute name, value string;
entity person, owns name;

2. 执行查询：

match
$p isa person;
not {
  $p has name $n;
  { $n == "James"; } or { $n == "John"; };
};

影响范围

该问题会影响所有使用否定查询中包含OR逻辑组合的场景，特别是在需要排除满足多个条件中任意一个的实体时。这类查询在业务系统中很常见，比如"查找所有不叫James或John的人"。

解决方案

该问题已在内部编号为7375的修复中得到解决。修复的核心思路是：

1. 在调用.unwrap()前增加空集合检查
2. 优化查询计划器对复杂否定条件的处理逻辑
3. 确保在无法生成有效计划时提供有意义的错误信息而非直接崩溃

最佳实践建议

对于需要使用类似逻辑的查询，在升级到修复版本前，可以考虑以下替代方案：

1. 使用多个NOT条件代替NOT OR结构
2. 将OR条件改写为IN条件（如果适用）
3. 分步执行查询并在应用层合并结果

总结

这个问题展示了查询计划器在处理复杂逻辑组合时可能遇到的边界情况。TypeDB团队已经通过内部修复解决了这个问题，建议用户关注后续版本更新以获得更稳定的查询体验。