OrientDB 2.2.29迁移至3.0.1时EdgeAttrib类脚本执行异常

我之前处理过OrientDB版本迁移时的类似问题，这其实是3.x和2.2版本在SQL脚本解析逻辑上的关键差异导致的：

问题根源 #

OrientDB 3.x的SQL解析器会在脚本解析阶段就校验所有语句中涉及的类是否存在，而不是像2.2版本那样等到运行时根据条件判断再执行对应代码。哪怕你的if ($exist.size()>0)条件不成立（也就是类EdgeAttrib不存在），解析器还是会提前检查delete vertex EdgeAttrib里的类，发现不存在就直接抛出Class not found异常——这就是为什么明明不该执行的代码触发了报错。

解决方案 #

针对这个问题，有几种简洁且安全的处理方式：

1. 使用DROP CLASS ... IF EXISTS简化脚本（推荐） #

OrientDB 3.x已经支持IF EXISTS语法，DROP CLASS命令本身会自动删除该类下的所有顶点/边，不需要单独执行delete vertex。直接用下面的脚本即可：

DROP CLASS EdgeAttrib IF EXISTS

这个脚本不管类是否存在都不会报错，一步完成清理操作，完全替代你原来的逻辑。

2. 用EXECUTE动态执行避免提前校验 #

如果你需要保留原有的分步逻辑（比如先删除顶点再删类），可以把删除语句用EXECUTE包裹，这样解析器不会提前校验类的存在性，只会在运行时条件满足时才执行并检查：

let exist = select from (select expand(classes) from metadata:schema) where name = 'EdgeAttrib';
if ($exist.size()>0) {
  execute("delete vertex EdgeAttrib");
  execute("drop class EdgeAttrib");
}

3. 更灵活的条件执行写法 #

也可以用SELECT结合条件判断来动态执行命令，逻辑和第二种方案类似，但写法更紧凑：

SELECT name FROM (SELECT expand(classes) FROM metadata:schema) WHERE name = 'EdgeAttrib'
LET $run = IF($current.size() > 0, {execute("delete vertex EdgeAttrib"), execute("drop class EdgeAttrib")}, {})

以上几种方式都能解决你在3.0.1版本遇到的异常，推荐第一种方案，最简洁高效。

内容的提问来源于stack exchange，提问作者Marcelo D. Ré