1. 从一次日结补数说起Oracle PL/SQL 游标循环取数字到底解决什么问题如果你在 Oracle 里做过报表补数、日结对账、批量跑批大概率遇到过这种需求一张日报表里存着很多天的数据你要把「有数据的日期」一天一天取出来再拿这个日期去别的表里做删除、插入、比对。日期在表里是DATE类型但业务上我们往往只关心yyyymmdd这串数字于是就有了「用游标循环取数字」这个经典写法。这篇讲的不是抽象语法而是一条能直接跑通的链路建表、造数、定义显式游标、用FETCH INTO和%ROWTYPE逐行取数、把日期转成数字字符串、再拿它去驱动后续的增删改。核心检索词就是Oracle PL/SQL 游标循环取数字适合刚接触 PL/SQL 的开发者、需要写批处理脚本的 DBA以及想把「取数逻辑」和「AI 辅助验证」串起来的人。我试过把这类脚本拆成两段一段是纯数据库侧的游标循环另一段是用统一 Key 的 API 通道去调用模型帮我检查 SQL 逻辑、生成边界用例、比对结果。数据库侧负责「跑得对」模型侧负责「想得全」。下面先把数据库侧写扎实再讲怎么用 TaoToken 的统一 Key 把验证步骤组织起来。先明确一个容易混淆的点游标循环取「数字」通常不是让你去SELECT一个NUMBER列而是把DATE或VARCHAR2通过TO_CHAR(report_date,yyyymmdd)转成数字样式的字符串再在循环体里用TO_DATE(riqi.report_date,yyyymmdd)转回去。这一来一回就是整篇文章的主线。2. TaoToken 统一 Key 前置准备把模型调用接进你的验证流程在写游标之前先把「验证工具」准备好。TaoToken 提供的是统一 Key 和统一 API 通道你可以把它理解成一个入口不管底层调的是哪个模型你手里只有一把 Key、一个 Base URL配置一次就能在脚本、IDE 插件、命令行工具里复用。官网入口是 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content API 地址是 https://taotoken.net/api 。为什么写 Oracle 脚本要配这个因为游标循环最容易出错的不是语法而是边界%NOTFOUND判断位置、EXIT WHEN的时机、空结果集、日期格式不匹配、COMMIT放错位置导致重复插入。这些坑靠肉眼盯代码很累用模型做一轮「代码审查 用例生成」会快很多。你需要准备三件套Base URL、API Key、Model ID。Base URL 填https://taotoken.net/api注意这里不加任何查询参数。API Key 在控制台的 API Keys 页面创建地址是 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。Model ID 按你实际要用的模型填比如做代码审查可以选偏推理的模型做批量文本处理可以选偏快的模型。如果你打算长期跑编码类任务可以看下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。配置方式有两种选一种就行。第一种是环境变量适合脚本和命令行export TAOTOKEN_BASE_URLhttps://taotoken.net/api export TAOTOKEN_API_KEYsk-你的Key export TAOTOKEN_MODEL你的ModelID第二种是写进配置文件适合 IDE 插件或客户端。以常见的 OpenAI 兼容配置为例JSON 片段如下{ base_url: https://taotoken.net/api, api_key: sk-你的Key, model: 你的ModelID }如果你用的是 Claude Code 这类工具配置项名称可能不同但三件套不变Base URL、Key、Model ID。配好之后你可以先用一次最简单的对话请求验证通道是否通入口在模型对话页https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。能正常返回说明 Key 和通道没问题再回到数据库侧写游标。这里提醒一句不要把 Key 硬编码进 SQL 脚本或提交到代码仓库。数据库脚本和模型调用脚本分开管理Key 走环境变量或密钥管理这是基本习惯。3. 可复制配置建表、造数、显式游标与 FOR 循环取数字这一节是全文的技术核心所有代码都能直接复制执行。我们模拟一个日报表MY_TEST_DAY_REPORT存日期和组织编码再建一张临时结果表TMP_NO_RIJIE用来装「某天没做日结的组织」。先建表CREATE TABLE MY_TEST_DAY_REPORT ( report_date DATE, org_code NUMBER, amount NUMBER ); CREATE TABLE TMP_NO_RIJIE ( run_date DATE, org_code NUMBER, org_name VARCHAR2(100), remark VARCHAR2(50) );造一批跨多天的数据注意日期故意留出空档方便观察游标取数INSERT INTO MY_TEST_DAY_REPORT VALUES (TO_DATE(20240501,YYYYMMDD), 130002, 100); INSERT INTO MY_TEST_DAY_REPORT VALUES (TO_DATE(20240501,YYYYMMDD), 150002, 200); INSERT INTO MY_TEST_DAY_REPORT VALUES (TO_DATE(20240503,YYYYMMDD), 130002, 300); INSERT INTO MY_TEST_DAY_REPORT VALUES (TO_DATE(20240505,YYYYMMDD), 150057, 400); INSERT INTO MY_TEST_DAY_REPORT VALUES (TO_DATE(20240505,YYYYMMDD), 150059, 500); COMMIT;现在写第一种模式显式游标 %ROWTYPEFETCH INTOEXIT WHEN。这是最贴近原始需求、也最容易被问到的写法。关键点是游标里用TO_CHAR把日期转成yyyymmdd数字串循环体里再用TO_DATE转回去。DECLARE CURSOR c_dates IS SELECT DISTINCT TO_CHAR(report_date, YYYYMMDD) AS report_date_str FROM MY_TEST_DAY_REPORT WHERE report_date TO_DATE(20240501, YYYYMMDD) ORDER BY 1; r_date c_dates%ROWTYPE; BEGIN OPEN c_dates; LOOP FETCH c_dates INTO r_date; EXIT WHEN c_dates%NOTFOUND; DBMS_OUTPUT.PUT_LINE(当前取到的数字日期: || r_date.report_date_str); DELETE FROM TMP_NO_RIJIE WHERE run_date TO_DATE(r_date.report_date_str, YYYYMMDD); INSERT INTO TMP_NO_RIJIE (run_date, org_code, org_name, remark) SELECT TO_DATE(r_date.report_date_str, YYYYMMDD), t1.org_code, t1.org_name, 未做日结 FROM SYS_ORG t1 WHERE t1.org_type_id 18 AND t1.usable 1 AND t1.org_code NOT IN ( SELECT org_code FROM MY_TEST_DAY_REPORT WHERE report_date TO_DATE(r_date.report_date_str, YYYYMMDD) ); COMMIT; END LOOP; CLOSE c_dates; END; /第二种模式FOR循环游标。它省去了OPEN、FETCH、CLOSE和%NOTFOUND判断Oracle 自动帮你做代码更短出错概率更低。日常写批处理我更推荐这种。BEGIN FOR r_date IN ( SELECT DISTINCT TO_CHAR(report_date, YYYYMMDD) AS report_date_str FROM MY_TEST_DAY_REPORT WHERE report_date TO_DATE(20240501, YYYYMMDD) ORDER BY 1 ) LOOP DBMS_OUTPUT.PUT_LINE(FOR 循环取到: || r_date.report_date_str); DELETE FROM TMP_NO_RIJIE WHERE run_date TO_DATE(r_date.report_date_str, YYYYMMDD); INSERT INTO TMP_NO_RIJIE (run_date, org_code, org_name, remark) SELECT TO_DATE(r_date.report_date_str, YYYYMMDD), t1.org_code, t1.org_name, 未做日结 FROM SYS_ORG t1 WHERE t1.org_type_id 18 AND t1.usable 1 AND t1.org_code NOT IN ( SELECT org_code FROM MY_TEST_DAY_REPORT WHERE report_date TO_DATE(r_date.report_date_str, YYYYMMDD) ); END LOOP; COMMIT; END; /两种模式对比一下方便你按场景选模式是否手动 OPEN/CLOSE是否手动判断 %NOTFOUND适合场景显式游标 FETCH INTO是是需要精细控制、分步调试FOR 循环游标否否批量处理、日常脚本如果你需要把游标定义和循环体分离还可以用带参数的游标把起始日期当参数传进去DECLARE CURSOR c_dates(p_start DATE) IS SELECT DISTINCT TO_CHAR(report_date, YYYYMMDD) AS report_date_str FROM MY_TEST_DAY_REPORT WHERE report_date p_start ORDER BY 1; BEGIN FOR r IN c_dates(TO_DATE(20240501,YYYYMMDD)) LOOP DBMS_OUTPUT.PUT_LINE(带参游标: || r.report_date_str); END LOOP; END; /注意SYS_ORG表在示例里是业务表你实际环境里换成自己的组织表即可。核心逻辑不变游标负责「取数字日期」循环体负责「用这个数字日期驱动增删改」。4. 验证请求与成功结果跑一遍看输出再用统一 Key 做结果比对代码写完先别急着上生产。打开DBMS_OUTPUT在 SQL*Plus 或 SQL Developer 里执行SET SERVEROUTPUT ON;然后跑第 3 节的显式游标块。预期输出是三行数字日期当前取到的数字日期: 20240501 当前取到的数字日期: 20240503 当前取到的数字日期: 20240505注意20240502和20240504没有出现因为造数时故意跳过了这正好验证了DISTINCT和ORDER BY 1生效。接着查结果表SELECT TO_CHAR(run_date,YYYYMMDD) AS 日期, org_code AS 组织, org_name AS 组织名, remark AS 备注 FROM TMP_NO_RIJIE ORDER BY 1, 2;如果SYS_ORG里有符合条件的数据你会看到每个日期下若干条「未做日结」记录。到这里数据库侧的「游标循环取数字」就闭环了。接下来是模型侧的验证。用第 2 节配好的统一 Key把游标代码贴给模型让它做三件事一是检查EXIT WHEN是否放在FETCH之后二是列出空结果集、单行、多行三种边界三是生成一段对照 SQL 验证TMP_NO_RIJIE的条数是否等于「组织数 × 日期数」。请求走https://taotoken.net/api模型返回后你逐条核对。这一步的价值在于模型能快速指出「COMMIT放在循环内会导致部分提交」这类问题而这类问题在数据量大时很难靠肉眼发现。如果你更习惯在对话界面里做验证可以直接用模型对话页https://taotoken.net/model-chat?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。把代码和报错一起贴进去比只贴代码效率高。实测下来带上「我期望的输出是什么」和「实际输出是什么」模型定位问题的准确率会明显提升。5. 本篇常见错排查401、local proxy failed、reading choices、OAuth 逐条对照写游标和配 Key 的过程中报错基本集中在下面几类。我按真实报错原文列出来方便你对照。第一类ORA-01001: invalid cursor。这通常出现在显式游标里OPEN了没CLOSE或者CLOSE之后又FETCH。检查你的OPEN、FETCH、CLOSE是否成对EXIT WHEN是否在FETCH之后。用FOR循环可以天然规避这个问题。第二类ORA-06502: PL/SQL: numeric or value error。多半是TO_CHAR或TO_DATE的格式串写错比如把YYYYMMDD写成YYYMMDD或者%ROWTYPE变量和游标列类型不匹配。把格式串统一成YYYYMMDD并确认游标SELECT的列别名和r_date.report_date_str一致。第三类ORA-01403: no data found。如果你用的是SELECT INTO而不是游标空结果集就会抛这个。游标循环里用%NOTFOUND判断就不会。这也是为什么批量取数推荐游标而不是SELECT INTO。第四类模型调用侧的401 Unauthorized。说明 Key 不对或没带上。检查TAOTOKEN_API_KEY是否复制完整请求头里是否带了Authorization: Bearer sk-...。Key 在 https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 创建注意别把控制台登录态和 API Key 搞混。第五类local proxy failed。这通常是本地网络或客户端代理配置问题不是 Key 的问题。检查你的客户端是否设置了本地代理端口或者环境变量里有没有残留的代理配置。把代理相关变量清掉直连https://taotoken.net/api再试。第六类reading choices相关报错。这多半是响应体解析失败常见于流式返回被截断或者客户端期望的字段和实际返回不一致。先关掉流式用非流式请求验证一次确认通道通之后再开流式。第七类OAuth相关报错。如果你用的是 Claude Code 这类走 OAuth 的工具注意它和 API Key 是两套认证。OAuth 登录态过期就重新登录API Key 走Authorization头两者不要混用。配置时把 Base URL、Key、Model ID 三件套写全缺一个都可能报认证失败。排查顺序建议先确认数据库侧 SQL 能单独跑通再确认模型侧单次请求能返回最后才把两者串起来。这样出问题时你能快速判断是 SQL 的锅还是通道的锅。6. 把游标取数和统一 Key 串成日常流程回到最开始的需求日报表里取数字日期逐天驱动增删改。数据库侧FOR循环游标是最省心的写法%ROWTYPE和FETCH INTO适合需要精细控制的场景两者都能把DATE转成yyyymmdd数字串再转回去。模型侧统一 Key 让你在脚本、IDE、命令行里复用同一套配置做代码审查和边界用例生成。一个实用技巧把游标里的WHERE report_date TO_DATE(20240501,YYYYMMDD)改成绑定变量或参数这样同一段脚本能复用到不同月份。另一个技巧在循环体里加一行DBMS_OUTPUT.PUT_LINE打印当前处理的数字日期跑批时能直观看到进度出问题也好定位是哪一天的数据。如果你要把这套流程固化下来建议把数据库脚本和模型调用脚本分开存放Key 走环境变量。需要长期跑编码和批处理任务的话Coding Plan 的入口在 https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 接入文档在 https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content 。先把第 3 节的建表和游标跑通再按第 4 节做结果比对最后用第 5 节的报错清单兜底这条链路就稳了。