OrientDB中IF语句内size()返回结果与直接查询不一致问题

看起来你遇到了OrientDB批处理脚本中集合操作的常见陷阱——直接对SELECT expand(...)返回的结果集使用INTERSECT，会因为结果集的迭代器特性导致交集计算出错。让我们一步步分析原因并给出解决方案：

问题根源 #

在OrientDB的批处理模式下，SELECT expand(bothE(Begets))返回的是ResultSet对象（本质是迭代器），而不是内存中完全物化的集合。当你直接用INTERSECT($1, $2)时，OrientDB无法正确遍历两个迭代器来计算交集，导致后续size()返回0；而单独执行查询时，结果会被立即物化，所以能得到正确的7。

另外，当你把INTERSECT($1, $2).size()赋值给变量时，因为迭代器已经被消费过，后续使用时会出现空指针异常。

解决方案：两种更可靠的边存在性检查方式 #

方案1：直接查询边的存在性（推荐） #

跳过集合交集操作，直接查询目标边是否存在，这种方式更高效且不易出错：

-- 先获取两个节点的记录
LET $hildigrim = SELECT FROM Creature WHERE uniquename='hildigrimTook';
LET $adalgrim = SELECT FROM Creature WHERE uniquename='adalgrimTook';

-- 检查指定方向的Begets边是否存在
LET $edgeExists = SELECT COUNT(*) FROM Begets 
                  WHERE out = $hildigrim[0] AND in = $adalgrim[0];

-- 根据检查结果执行逻辑
IF($edgeExists[0].count > 0) {
    return 'Already present';
} ELSE {
    LET $newEdge = CREATE EDGE Begets FROM $hildigrim[0] TO $adalgrim[0];
    return $newEdge;
}

注意：如果Begets边的方向是反向的（比如从adalgrim到hildigrim），记得调整out和in的位置。

方案2：将结果集转换为列表后再计算交集 #

如果你坚持使用交集的方式，可以用LIST()函数把expand的结果转换为内存中的列表，确保INTERSECT能正确计算：

-- 将边结果转换为列表
LET $hildigrimEdges = SELECT LIST(expand(bothE(Begets))) FROM Creature WHERE uniquename='hildigrimTook';
LET $adalgrimEdges = SELECT LIST(expand(bothE(Begets))) FROM Creature WHERE uniquename='adalgrimTook';

-- 计算两个列表的交集
LET $commonEdges = SELECT INTERSECT($hildigrimEdges[0].list, $adalgrimEdges[0].list);

-- 判断交集大小并执行逻辑
IF($commonEdges[0].size() > 0) {
    return 'Already present';
} ELSE {
    LET $newEdge = CREATE EDGE Begets FROM (SELECT FROM Creature WHERE uniquename='hildigrimTook') TO (SELECT FROM Creature WHERE uniquename='adalgrimTook');
    return $newEdge;
}

为什么这两种方法有效？ #

• 方案1直接查询边的属性（out和in节点），利用OrientDB的索引（如果有创建的话）能快速定位，性能比集合操作好得多。
• 方案2通过LIST()将迭代器转换为内存列表，确保INTERSECT操作能基于完整的集合计算交集，避免了迭代器只能遍历一次的问题。

内容的提问来源于stack exchange，提问作者jamzsabb