-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
关于evaluate中的etype参数 #21
Comments
因为如果参数为 all ,即使无法执行,SQL层面上match也算对;而exec必须保证SQL能执行且执行结果和Gold完全一致才行,条件比all苛刻,所以会低2个点。 |
感谢您的回复,这对我非常重要。请问MAC中的实验结果使用的是all还是exec呢?NL2SQL普遍使用的是哪种呢? |
MAC-SQL 用的exec,这点可以从代码脚本中看到。NL2SQL普遍采用 exec,因为随着大模型出现,EM指标显得很鸡肋,无法反映出模型的真实能力,因为SQL的写法有很多,只要答案对了即可,而EM指标要求写法完全按照Gold的来,很显然这不合理。MAC-SQL在EM较低是正常的,现在大模型方案在EM上都低,所以现在NL2SQL论文都已经摈弃EM指标了,都用的EX指标。 |
FlyingFeather/DEA-SQL#1 (comment) |
Spider数据集上是有点调整,你可以用现在的版本。 |
|
我没用 GPT4o跑过,Spider dev 上那个分数是正常的,会有波动。BIRD分数波动可能是BIRD dev 数据集更新了,我用的版本是之前的数据了。VES这个分数计算其实参考性不大,因为这个和当时电脑运行的CPU占用情况有关,有的服务器性能好,比较空闲,VES会很高,有的服务器跑的程序很多,就会导致VES偏低,我觉得这个VES指标看看就好。 |
作者您好,请问您data中的dev_gold_schema.json是怎么获得的呢?我想在我的论文中计算召回率,但是您的BIRD数据版本和我的不一致,所以我想知道这是怎么获得的。 非常感谢! |
作者您好,请问为什么evaluate中的参数,选在all时EX指标会比选exec时的EX要高俩点左右?
The text was updated successfully, but these errors were encountered: