游标循环多打一行问题往往不在 fetch 本身PL/SQL 里写游标循环最容易被忽略的不是语法而是退出判断和 fetch 的先后顺序。很多人在 SQLPlus 里跑完发现输出比预期多一行或者最后一轮打印出空值第一反应是数据有问题实际上多半是%notfound的位置放错了。这篇就围绕这个具体现象把emp_cursor那段 loop 拆开看同时用走 TaoToken 的 Codex 做一次静态对照把退出顺序和属性判断的问题标出来。TaoToken 在这里只负责提供 Key 和兼容通道游标逻辑本身还是得靠你自己在本地 SQLPlus 里 open/fetch/close 验证。官网入口在 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end 注册后创建 Key把 Base URL 填成 https://taotoken.net/api 就能接上。一、原问题为什么最后一轮会多打一行先看原文里那段参数化游标的写法declare cursor emp_cursor(dno number) is select ename from emp where deptno dno; v_ename emp.ename%type; begin open emp_cursor(20); loop fetch emp_cursor into v_ename; dbms_output.put_line(v_ename); exit when emp_cursor%notfound; end loop; close emp_cursor; end;这段代码的执行顺序是先 fetch再 put_line最后才判断%notfound。问题就出在这里——当游标已经取完所有行之后再执行一次 fetch此时%notfound会变成 true但v_ename并没有被赋上新值它保留的是上一轮的旧值或者初始 null。而 put_line 在 exit 之前执行所以这一轮“空 fetch”的结果照样被打印出来看起来就是多了一行。正确的顺序应该是 fetch 之后立刻判断%notfound确认有数据再输出loop fetch emp_cursor into v_ename; exit when emp_cursor%notfound; dbms_output.put_line(v_ename); end loop;这样最后一轮 fetch 失败时直接退出不会走到 put_line。原文里另一段c_emp的 while 循环之所以没这个问题是因为它用的是while c_emp%found loop进入循环体之前就已经确认过%found为 truefetch 放在循环体末尾下一轮判断时自然就退出了。两种写法本身都没错错的是把%notfound的判断放到了输出之后。二、TaoToken 前置把 Key 和 Base URL 接进 Codex要让 Codex 帮你做这种静态对照先得把通道配好。TaoToken 提供的是兼容 OpenAI 风格的 API 入口Codex 侧只需要改配置里的 base_url 和 api_key 两项。注册地址https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end API 地址https://taotoken.net/api Key 占位YOUR_API_KEYCodex 的配置文件通常在~/.codex/config.tomlWindows 下是%USERPROFILE%\.codex\config.toml。如果你用的是 Claude Code对应的是settings.json里的ANTHROPIC_BASE_URL和ANTHROPIC_API_KEY思路一样只是字段名不同。这篇以 Codex 的config.toml为主。三、可复制配置config.toml 里改哪几行打开config.toml找到模型提供方那段改成下面这样model_provider taotoken [model_providers.taotoken] name TaoToken base_url https://taotoken.net/api env_key TAOTOKEN_API_KEY [profiles.default] model gpt-4o model_provider taotoken然后在环境变量里设置 Keyexport TAOTOKEN_API_KEYYOUR_API_KEYWindows PowerShell 用$env:TAOTOKEN_API_KEYYOUR_API_KEY如果你更习惯用 CLI 方式启动也可以直接npm i -g taotoken/taotoken taotoken cc -k YOUR_API_KEY -u https://taotoken.net/api -m gpt-4o配好之后Codex 发出的请求就会走 TaoToken 的兼容通道模型侧正常返回。这一步只是把通道打通不涉及任何游标逻辑的自动修改。四、验证请求把整段 loop 贴给 Codex 做对照配置完成后新建一个会话把emp_cursor那段完整贴进去附上一句明确的指令下面这段 PL/SQL 游标循环在 SQL*Plus 里执行时最后一轮会多打印一行空值。请标出退出判断的位置问题说明%notfound和%found为什么不能混用并给出调整后的写法。不要改表结构不要引入游标 for 循环保持原来的 open/fetch/close 结构。Codex 返回的内容里重点看三处第一它会指出exit when emp_cursor%notfound应该紧跟在 fetch 之后而不是放在 put_line 之后。这是“多打一行”的直接原因。第二它会提醒%found和%notfound是互斥属性同一个循环里不要一会儿用%found一会儿用%notfound来判断否则退出条件容易写反。原文里c_emp用%found、emp_cursor用%notfound两段各自独立没问题但如果混在同一个循环里就会出乱子。第三它会顺带提到%rowcount的位置。%rowcount返回的是当前已经 fetch 成功的行数如果放在 fetch 之前打印拿到的就是上一轮的值放在 exit 之后打印最后一轮失败时它不会递增。原文里c_emp%rowcount放在 put_line 里、fetch 之后这个位置是对的。拿到修改建议后把调整后的 PL/SQL 复制回本地 SQL*Plus自己执行一遍set serveroutput on declare cursor emp_cursor(dno number) is select ename from emp where deptno dno; v_ename emp.ename%type; begin open emp_cursor(20); loop fetch emp_cursor into v_ename; exit when emp_cursor%notfound; dbms_output.put_line(v_ename); end loop; close emp_cursor; end; /对比输出行数和select count(*) from emp where deptno 20的结果确认一致就说明退出顺序改对了。五、本篇常见错排查报错 invalid_cursor 是怎么回事invalid_cursor是 Oracle 的预定义异常触发条件通常是对已经关闭的游标执行 fetch或者对未打开的游标执行 fetch或者重复 close。原文里%isopen的判断放在 close 之前是对的if c_emp%isopen then close c_emp; end if;但如果你在循环里提前 close 了游标后面又 fetch就会直接抛invalid_cursor。排查时先确认 open 和 close 是否成对fetch 是否都在 open 之后、close 之前。%notfound 判断了但还是多一行检查 put_line 和 exit 的先后。只要 put_line 在 exit 之前最后一轮空 fetch 就会被打印。把 exit 提到 put_line 前面即可。%rowcount 数值不对%rowcount统计的是 fetch 成功的次数不是循环次数。如果你在 fetch 之前打印它拿到的是上一轮的值如果在 exit 之后打印最后一轮失败时它不会增加。想打印“第几行”就放在 fetch 成功之后、exit 判断之前。参数化游标传参后没数据确认open emp_cursor(20)里的参数类型和游标声明里的dno number一致。如果传的是字符串20Oracle 会做隐式转换但最好显式传数字。另外确认deptno列里确实有对应值。Codex 返回的建议和本地执行结果不一致Codex 做的是静态分析它看不到你本地 emp 表的实际数据分布。如果它说“不会多打一行”但你本地确实多打了以本地 SQL*Plus 的输出为准把实际输出行数和表里行数贴回去让它重新判断。六、语义一致Key 管通道游标逻辑管自己整篇下来TaoToken 的角色很明确提供 Key 和兼容通道让 Codex 能正常收到你贴过去的 PL/SQL 片段并返回分析。它不替你 open 游标不替你 fetch也不替你在 SQL*Plus 里执行。退出顺序对不对、%notfound放没放对位置、%rowcount打印在哪一行这些都得靠你自己在本地跑一遍输出行数来确认。如果你还在配 Key 的阶段直接去 https://taotoken.net/api-keys 创建然后对照 https://taotoken.net/doc 里的接入说明把config.toml或settings.json填好。通道通了之后把游标循环整段贴给 Codex让它标出退出判断的位置改完自己执行验证。长期做 PL/SQL 调试和 Agent 编码的话可以看一下 Coding Plan 的额度方案比单次调用更适合反复对照场景。