Oracle 显式游标例子跑不通？把 Codex 通道改到 TaoToken 再定位 Fetch 顺序

1. 为什么你的 Oracle 显式游标例子跑不通很多人第一次写 Oracle 显式游标都是照着例子抄声明myCur、Open、Fetch、Close四步走然后在 SQL*Plus 里用scott/tiger登录执行。结果要么报ORA-01001: invalid cursor要么dbms_output一行都不打印要么循环里%NOTFOUND判断永远不对。问题往往不在游标语法本身而在两个地方一是Fetch和Exit When的先后顺序二是你排查时缺少一个能稳定跑通、能反复对照的辅助通道。这篇就按「接入配置」的视角来写先在本地 SQLPlus 保留原文那套myCur例子把声明、打开、抓取、关闭的顺序跑明白再把 Codex 的通道改到 TaoToken用刚创建的 Key 和 Base URL 让 Codex 帮你逐行对照游标四步的执行顺序定位到底是哪一步的Fetch顺序出了问题。TaoToken 在这里只提供 Key 和 Base URL 两样东西不碰你的数据库也不替代 SQLPlus它只是让 Codex 有一个可用的模型通道消耗 Token 来帮你读代码、对顺序。适合谁看正在学 Oracle 游标、被Fetch顺序绕晕的初学者想把 AI 编码助手接进日常排查流程、但手上没有可用 Key 的开发者以及习惯用 SQL*Plus 做实验、想多一个「对照工具」的人。下面从环境准备讲到可复制配置再到验证请求和常见报错尽量让你照着敲就能复现。2. 先把本地 SQL*Plus 的 myCur 例子跑通在动 Codex 之前必须保证本地这条链路是通的。否则你分不清是游标写错了还是通道配错了。原文例子1 是最小可运行版本我把它整理成可以直接粘贴的形式。2.1 确认 scott 用户和 emp 表可用先用scott/tiger登录确认emp表存在且有数据。如果scott被锁用有权限的账号解锁即可。-- 以管理员身份登录后解锁按需 alter user scott account unlock; alter user scott identified by tiger; -- 切换到 scott conn scott/tiger; -- 确认表和数据 select count(*) from emp;count返回大于 0 就说明环境没问题。这一步别跳过很多「游标跑不通」其实是表里没数据Fetch第一次就%NOTFOUND自然什么都不打印。2.2 打开 dbms_output 并执行例子1SQL*Plus 默认不显示dbms_output.put_line的内容必须先set serveroutput on。这是新手最常踩的坑之一。set serveroutput on; declare cursor myCur is select empno, ename, sal from emp; vna varchar2(10); vno number(4); vsal number(7,2); begin open myCur; fetch myCur into vno, vna, vsal; dbms_output.put_line(vno || || vna || || vsal); close myCur; end; /执行后应该打印出第一行员工信息。注意这里的顺序open之后游标指向结果集头部第一次fetch才拿到第一条记录。如果你把fetch写在open前面就会报ORA-01001。2.3 用 loop 版本看清 Fetch 顺序例子1 只取一行看不出顺序问题。例子2 用loop遍历fetch和exit when的先后关系才是重点。set serveroutput on; declare cursor myCur is select ename, job, sal, empno from emp; varE myCur%rowType; begin if myCur%isopen false then open myCur; dbms_output.put_line(Opening...); end if; loop fetch myCur into varE; exit when myCur%notfound; dbms_output.put_line(myCur%rowcount || || varE.empno || || varE.ename || || varE.sal); end loop; if myCur%isopen then close myCur; dbms_output.put_line(Closing...); end if; end; /关键点fetch必须在exit when之前。因为%NOTFOUND是在fetch之后才更新的。如果你先判断%NOTFOUND再fetch第一次循环时%NOTFOUND还是初始值逻辑就乱了。这个顺序问题正是后面要用 Codex 对照定位的核心。3. 把 Codex 通道改到 TaoToken 的前置准备本地跑通之后你需要一个能用的模型通道让 Codex 帮你读游标代码、对照执行顺序。这里用 TaoToken 来提供 Key 和 Base URL。它只做这两件事给你一个 Key给你一个 Base URL剩下的由 Codex 消耗 Token 完成。3.1 注册并创建 Key打开官网注册入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_end注册完成后进入控制台找到 API Keys 页面创建 Key。创建时建议给 Key 起一个能认出来的名字比如codex-oracle-cursor方便以后区分用途。https://taotoken.net/console https://taotoken.net/api-keysKey 只在创建时完整显示一次复制后先存到安全的地方。不要把它写进会提交到 Git 的脚本里。3.2 记下 Base URLTaoToken 的 API 地址是https://taotoken.net/api注意两点不带/v1也不加任何 UTM 参数。Codex 里填的就是这个地址。很多人配不通就是因为多写了/v1或者把带 UTM 的官网地址填了进去。3.3 确认你要用哪种能力如果你只是临时对照游标代码、问几个顺序问题用模型对话就够了https://taotoken.net/model-chat如果你打算长期把 Codex 接进编码和排查流程反复让它读 PL/SQL、对顺序、改循环那更适合用 Coding Planhttps://taotoken.net/coding-plan接入文档在这里配置细节以文档为准https://taotoken.net/doc4. 可复制的 Codex 接入配置下面把 Codex 的配置写成可以直接照抄的形式。不同版本的 Codex 配置项名称可能略有差异核心是三项Base URL、API Key、模型名。4.1 环境变量方式最通用的做法是用环境变量。把 Key 和 Base URL 写进环境变量Codex 启动时会读取。# Linux / macOS export TAOTOKEN_API_KEY你刚创建的Key export TAOTOKEN_BASE_URLhttps://taotoken.net/api# Windows PowerShell $env:TAOTOKEN_API_KEY你刚创建的Key $env:TAOTOKEN_BASE_URLhttps://taotoken.net/api4.2 配置文件方式如果 Codex 支持配置文件通常长这样。把base_url指向 TaoTokenapi_key填你的 Key。# 示例配置字段名以你所用 Codex 版本为准 [model] provider openai-compatible base_url https://taotoken.net/api api_key 你刚创建的Key model 你选用的模型名4.3 参数对照表配置项填写值常见错误Base URLhttps://taotoken.net/api多写/v1、带 UTM 参数API Key控制台创建的 Key复制时带空格、用错 Key模型名按文档选择填了不存在的模型认证方式Bearer Token漏写Bearer前缀注意Base URL 一定是不带/v1的那个。带/v1是最常见的配不通原因先检查这一项。5. 验证请求让 Codex 对照游标四步顺序配置完成后先做一次最小验证确认通道能跑通再让它干正事。5.1 最小连通性验证在 Codex 里发一条最简单的请求比如让它复述一句话。如果这一步就报错说明 Key 或 Base URL 有问题先回到第 4 节检查配置不要急着让它读游标代码。请回复通道已连通能正常返回说明 Codex 到 TaoToken 的链路是通的。5.2 让 Codex 对照声明、Open、Fetch、Close通道通了之后把本地那段myCur代码贴给 Codex让它逐行标注四步顺序重点看fetch和exit when的先后。下面是一段 Oracle 显式游标代码请按「声明、Open、Fetch、Close」四步逐行标注 并指出 fetch 与 exit when 的先后顺序是否正确 declare cursor myCur is select ename, job, sal, empno from emp; varE myCur%rowType; begin if myCur%isopen false then open myCur; end if; loop fetch myCur into varE; exit when myCur%notfound; dbms_output.put_line(myCur%rowcount || || varE.empno || || varE.ename); end loop; if myCur%isopen then close myCur; end if; end; /Codex 应该会告诉你fetch在前、exit when在后是正确的因为%NOTFOUND依赖fetch的结果。如果它指出顺序反了那正好对应你本地跑不通的原因。5.3 回到 SQL*Plus 复现Codex 给出结论后回到 SQLPlus 执行同一段代码观察输出。如果本地输出和 Codex 的分析一致说明你定位对了。这一步是闭环Codex 帮你读顺序SQLPlus 帮你验证结果。set serveroutput on; -- 粘贴上面那段代码执行 /成功的话你会看到Opening...、若干行员工数据、Closing...。如果只看到Opening...就结束多半是fetch顺序或%NOTFOUND判断有问题。6. 本篇常见错排查下面这些是我在配 Codex 通道和跑游标时实际遇到过的按出现频率排。6.1 Codex 报 401 或认证失败先查 Key 是否复制完整有没有多余空格。再确认 Base URL 是不是https://taotoken.net/api不带/v1。如果 Key 是在别的项目里创建的确认它还有效、没被删除。6.2 Codex 报 404 或找不到接口几乎都是 Base URL 写错。带/v1、带 UTM 参数、或者把官网地址当成 API 地址填进去都会 404。正确值只有一个https://taotoken.net/api。6.3 SQL*Plus 里 dbms_output 不打印忘了set serveroutput on。这是最高频的「跑不通」代码没错只是输出没开。6.4 报 ORA-01001 invalid cursorfetch或close在open之前执行了。检查四步顺序先open再fetch最后close。循环里也要保证open在loop之前。6.5 循环只打印一行或一行都不打印fetch和exit when顺序反了或者表里没数据。先select count(*) from emp确认有数据再检查fetch是否在exit when之前。6.6 游标属性判断异常%NOTFOUND、%ROWCOUNT这些属性是在fetch之后才更新的。在fetch之前读它们拿到的是上一次或初始状态。把属性判断放在fetch之后。提示排查顺序建议是「先本地 SQL*Plus 跑通再查 Codex 通道」。本地不通先别怀疑通道通道不通先查 Base URL 和 Key。7. 拿到 Key 后怎么继续用从官网拿到 Key、把 Codex 通道配通之后你就有了一条稳定的辅助链路。回到游标这个场景它的价值是当你对Fetch顺序拿不准时把代码贴给 Codex让它按四步标注再回 SQLPlus 验证。TaoToken 只提供 Key 和 Base URL不碰你的数据库也不替代 SQLPlus它只是让 Codex 有模型可用。如果你只是偶尔对照代码用模型对话就够https://taotoken.net/model-chat如果你打算长期把 Codex 接进 PL/SQL 排查和日常编码用 Coding Plan 更合适https://taotoken.net/coding-planKey 管理和接入细节看这两个页面https://taotoken.net/api-keys https://taotoken.net/doc最后留一个我自己的习惯每次改游标循环先在 SQL*Plus 里用set serveroutput on跑一遍确认Opening...和Closing...都出现再让 Codex 对照顺序。两步都过基本就不会再被Fetch顺序绕进去了。