1. 为什么存储过程里还在用 CURSOR从一次批量修数据说起SQL 里的 CURSOR游标是个老话题但真到批量修数据、逐行做业务判断的时候它还是绕不开。比如你手上有一张table1需要按行把name字段拼上后缀或者要根据每一行的值去查另一张表再回写这种「一行一行处理」的逻辑用一条 UPDATE 很难写干净游标就派上用场了。游标能做什么简单说它把 SELECT 出来的结果集变成一个可以逐行推进的指针你声明变量接住每一行的字段然后在循环里做任意 SQL 操作。适合谁写存储过程、跑批处理脚本、做数据迁移或清洗的开发和 DBA。不适合谁纯集合操作能搞定的场景别硬上游标性能会吃亏。我试过在一个几万行的批处理里用游标逐行更新跑完要几分钟换成集合更新后几秒结束——所以游标是「逻辑复杂时的工具」不是「默认选择」。这篇就按 DECLARE、OPEN、FETCH、CLOSE、DEALLOCATE 全流程走一遍给出可复制的脚本和逐条验证动作最后说下怎么把数据库客户端的 Base URL 改到 TaoToken 统一 Key/API 通道方便统一管理调用凭据。先明确一个前提下面示例以 SQL Server 的 T-SQL 语法为主因为FETCH_STATUS这套是它的标志性写法Oracle 的%NOTFOUND、FOR ... IN隐式游标我会单独标出来避免你混用报错。游标的核心价值在于「逐行可控」。集合操作是「一把梭」游标是「一行一行过」。当你需要根据当前行的值决定下一步做什么、或者要调用另一个过程、拼接动态 SQL 时游标的可读性和可控性就体现出来了。代价是它通常比集合操作慢因为每 FETCH 一次就是一次上下文切换。所以我的经验是能用 JOIN UPDATE 解决的别用游标逻辑里带条件分支、动态表名、跨库查询的再考虑游标。另外提醒一句游标分「静态」「动态」「只进」「可滚动」几种默认不写就是动态只进。动态游标能看到打开后其他会话的修改静态游标则是打开那一刻的快照。批处理里如果你希望数据一致用 STATIC如果希望实时用默认。这个细节后面排错会用到。2. TaoToken 前置准备把数据库客户端凭据统一到一条通道在写游标之前先把「调用凭据」这件事理清楚。很多团队的问题是数据库客户端、AI 辅助工具、脚本里各存一份 Key改一次要翻好几个地方。TaoToken 的思路是给你一条统一的 API 通道Base URL 指向https://taotoken.net/apiKey 在控制台统一生成模型 ID 按需选。这样你在数据库客户端里配置的凭据和你在其他工具里用的是同一套轮换时只改一处。你需要准备三样东西我把它叫「三件套」Base URLhttps://taotoken.net/apiAPI Key在控制台创建形如sk-开头的一串Model ID按你实际要用的模型填比如对话类或代码类获取路径很直接先到官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content了解通道说明然后进控制台创建 Key。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guideKey 管理页在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。如果你要长期跑编码或 Agent 任务可以看下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。这里要强调TaoToken 是统一的 API 接入通道不是让你绕过什么而是把分散的凭据收拢到一处管理。数据库客户端本身不直接「连」TaoToken而是你在客户端里配置的 AI 辅助插件、SQL 生成工具、或者命令行脚本把它们的请求地址指向这条通道。所以配置动作发生在「工具侧」不是数据库服务端。为什么要在写游标这篇里讲这个因为实际工作中你写游标脚本时经常需要 AI 帮你补全动态 SQL、检查FETCH_STATUS逻辑这些辅助请求如果散落在各个工具里Key 管理会很乱。统一到 TaoToken 后你只需要维护一份 Key换机器、换工具都不用手忙脚乱。配置前先确认你的工具支持自定义 Base URL。大部分主流客户端和命令行工具都支持在设置里找「API Endpoint」「Base URL」或「自定义地址」这类字段。填的时候注意Base URL 填到/api这一层不要自己加/v1之类的后缀具体路径由工具自己拼。Model ID 要和你账号里可用的模型对上填错会报模型不存在。3. 可复制配置游标脚本 客户端 settings 片段先给游标脚本这是本篇的技术核心。假设table1结构是id int, name varchar(50)我们要逐行把name拼上1。-- SQL Server 完整游标示例 DECLARE id INT; DECLARE name VARCHAR(50); DECLARE cursor1 CURSOR FOR SELECT id, name FROM table1; OPEN cursor1; FETCH NEXT FROM cursor1 INTO id, name; WHILE FETCH_STATUS 0 BEGIN UPDATE table1 SET name name 1 WHERE id id; FETCH NEXT FROM cursor1 INTO id, name; END CLOSE cursor1; DEALLOCATE cursor1;逐条解释DECLARE cursor1 CURSOR FOR SELECT ...是声明把结果集绑定到游标名OPEN打开此时才真正执行 SELECTFETCH NEXT ... INTO把当前行字段塞进变量WHILE FETCH_STATUS 0判断是否还有数据0 表示成功-1 表示失败或不在结果集-2 表示行不存在循环体里做你的业务 SQL末尾必须再 FETCH 一次推进指针否则死循环CLOSE关闭释放结果集DEALLOCATE删除游标定义释放资源。Oracle 的写法不一样用%NOTFOUND和FOR ... IN隐式游标更省事-- Oracle 隐式游标FOR ... IN BEGIN FOR rec IN (SELECT id, name FROM table1) LOOP UPDATE table1 SET name name || 1 WHERE id rec.id; END LOOP; END; /隐式游标不用手动 OPEN/FETCH/CLOSEOracle 自动管理适合简单循环。但如果你要嵌套循环或动态 SQL就得用显式游标加REF CURSOR像这样-- Oracle 嵌套循环 动态游标 DECLARE TYPE dynamic_cursor_type IS REF CURSOR; cur_zj_rows dynamic_cursor_type; v_sql VARCHAR2(500); v_zj VARCHAR2(10); BEGIN FOR v_bscl IN (SELECT bscl_mc FROM ecm_bscl_common_content_data WHERE bscl_mc IS NOT NULL GROUP BY bscl_mc) LOOP v_sql : SELECT zj FROM ecm_bscl_common_content_data d WHERE d.bscl_mc || CHR(39) || v_bscl.bscl_mc || CHR(39); OPEN cur_zj_rows FOR v_sql; LOOP FETCH cur_zj_rows INTO v_zj; EXIT WHEN cur_zj_rows%NOTFOUND; DBMS_OUTPUT.PUT_LINE(v_zj); END LOOP; CLOSE cur_zj_rows; END LOOP; END; /注意动态 SQL 里拼字符串时引号要用CHR(39)直接写单引号会语法错。接下来是客户端配置片段。以常见的支持自定义 Base URL 的客户端为例配置文件比如settings.json里这样写{ apiProvider: custom, baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, model: 你的ModelID }如果你用的是 TOML 风格的配置[api] base_url https://taotoken.net/api api_key sk-你的Key model 你的ModelID三件套对照表配置项填写值说明Base URLhttps://taotoken.net/api统一通道地址不要加 /v1API Keysk-...控制台创建统一管理Model ID按账号可用模型填填错报模型不存在配置完保存重启客户端让设置生效。这一步做完你的 AI 辅助请求就走统一通道了和游标脚本本身互不干扰。4. 验证请求与成功结果逐条确认游标跑通配置和脚本都就位后别急着上生产先在小表上验证。验证分两层游标逻辑对不对通道配置通不通。游标验证先建测试表插几行数据。CREATE TABLE table1 (id INT, name VARCHAR(50)); INSERT INTO table1 VALUES (1, a), (2, b), (3, c);跑一遍上面的游标脚本然后查结果SELECT * FROM table1;预期看到name变成a1、b1、c1。如果没变检查FETCH_STATUS循环里 FETCH 是不是漏了或者 WHERE 条件没匹配上。再验证FETCH_STATUS的取值在循环里加一句PRINT FETCH_STATUS你会看到前几行是 0最后一行 FETCH 后变成 -1循环退出。通道验证在客户端里发一个简单请求比如让它生成一句 SQL 或解释一段代码。成功的话你会看到正常返回没有 401、没有连接超时。如果客户端有「测试连接」按钮点一下最快。命令行工具可以用 curl 验证curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的Key \ -H Content-Type: application/json \ -d {model:你的ModelID,messages:[{role:user,content:ping}]}返回里有choices字段就说明通道通了。注意这里的路径是工具侧拼的你配置 Base URL 时只填到/api。验证成功的标志游标脚本跑完数据按预期变化客户端请求返回正常内容。两个都过了说明脚本和凭据都没问题。这时候再把这个模式套到你的真实批处理上先 LIMIT 几行试跑确认无误再全量。我踩过的坑是测试时用静态游标生产换成动态游标结果数据一致性出问题。所以验证阶段就要确定好用哪种游标别中途换。5. 常见报错排查401、local proxy failed、reading choices、OAuth游标和通道配置的报错我按真实遇到的整理成对照表你对着改。游标相关报错A cursor with the name cursor1 already exists—— 游标没 DEALLOCATE 就重复声明。解决在 DECLARE 前加IF CURSOR_STATUS(global,cursor1) -1 DEALLOCATE cursor1;或者确保每次 CLOSE 后跟 DEALLOCATE。The cursor is already open—— 重复 OPEN。检查是不是循环里又 OPEN 了一次OPEN 只能一次。Must declare the scalar variable id—— 变量没声明或作用域不对。DECLARE 要在使用前且和 FETCH INTO 的字段顺序、类型一一对应。FETCH_STATUS一直为 0 死循环 —— 循环体末尾漏了FETCH NEXT。这是最常见的坑务必检查。通道配置报错401 Unauthorized—— Key 错了、过期了、或者没带Bearer前缀。去控制台https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide重新生成确认配置里 Key 完整。local proxy failed—— 本地代理配置冲突。检查客户端里是不是同时开了系统代理和自定义 Base URL两者选一个。把 Base URL 指向https://taotoken.net/api后关掉其他代理设置。reading choices相关报错如cannot read property choices of undefined—— 返回体结构不对通常是 Base URL 填错比如多加了/v1导致路径重复或者 Model ID 不存在返回了错误体。核对 Base URL 只到/apiModel ID 和账号可用列表一致。OAuth相关报错 —— 如果你用的是需要 OAuth 的工具确认授权流程走完token 没过期。有些工具 OAuth 和 API Key 是两套别混用。排查顺序建议先确认游标脚本本身在数据库里能跑不涉及通道再确认通道请求能通不涉及游标最后合起来。分开定位比一起猜快得多。另外DEALLOCATE报「游标不存在」通常是前面 CLOSE 失败或游标名拼错。养成习惯CLOSE 和 DEALLOCATE 成对写中间别插其他逻辑。6. 长期跑批与 Agent 任务把凭据和脚本都管起来游标脚本写顺了通道配通了接下来是长期维护。批处理任务往往要跑很久Agent 类任务可能连续调用这时候凭据管理和脚本版本管理都得跟上。凭据方面统一到 TaoToken 后你只需要在控制台轮换 Key所有指向https://taotoken.net/api的工具自动生效不用逐个改。如果你要长期跑编码或 Agent 任务Coding Plan 页面https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide有对应的方案说明。需要看模型能力对比或直接对话验证可以走模型对话入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。接入细节和参数说明在文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。脚本方面游标逻辑建议抽成存储过程参数化表名和条件避免每次改脚本。动态 SQL 拼接时注意防注入用参数化或严格校验。批处理加日志表记录每批处理的行数和耗时出问题能回溯。最后给个实用技巧游标跑大批量时分批提交事务比如每 1000 行 COMMIT 一次避免长事务锁表。SQL Server 里可以在循环里加计数器Oracle 用MOD判断。这样即使中途失败也不用从头再来。整套流程走下来声明、打开、取数、循环、关闭、释放每一步都有对应的验证和排错方法。通道配置三件套填对报错对照表查一遍基本能覆盖日常场景。剩下的就是根据你的真实表结构调 SQL 了。
1. 为什么存储过程里还在用 CURSOR从一次批量修数据说起SQL 里的 CURSOR游标是个老话题但真到批量修数据、逐行做业务判断的时候它还是绕不开。比如你手上有一张table1需要按行把name字段拼上后缀或者要根据每一行的值去查另一张表再回写这种「一行一行处理」的逻辑用一条 UPDATE 很难写干净游标就派上用场了。游标能做什么简单说它把 SELECT 出来的结果集变成一个可以逐行推进的指针你声明变量接住每一行的字段然后在循环里做任意 SQL 操作。适合谁写存储过程、跑批处理脚本、做数据迁移或清洗的开发和 DBA。不适合谁纯集合操作能搞定的场景别硬上游标性能会吃亏。我试过在一个几万行的批处理里用游标逐行更新跑完要几分钟换成集合更新后几秒结束——所以游标是「逻辑复杂时的工具」不是「默认选择」。这篇就按 DECLARE、OPEN、FETCH、CLOSE、DEALLOCATE 全流程走一遍给出可复制的脚本和逐条验证动作最后说下怎么把数据库客户端的 Base URL 改到 TaoToken 统一 Key/API 通道方便统一管理调用凭据。先明确一个前提下面示例以 SQL Server 的 T-SQL 语法为主因为FETCH_STATUS这套是它的标志性写法Oracle 的%NOTFOUND、FOR ... IN隐式游标我会单独标出来避免你混用报错。游标的核心价值在于「逐行可控」。集合操作是「一把梭」游标是「一行一行过」。当你需要根据当前行的值决定下一步做什么、或者要调用另一个过程、拼接动态 SQL 时游标的可读性和可控性就体现出来了。代价是它通常比集合操作慢因为每 FETCH 一次就是一次上下文切换。所以我的经验是能用 JOIN UPDATE 解决的别用游标逻辑里带条件分支、动态表名、跨库查询的再考虑游标。另外提醒一句游标分「静态」「动态」「只进」「可滚动」几种默认不写就是动态只进。动态游标能看到打开后其他会话的修改静态游标则是打开那一刻的快照。批处理里如果你希望数据一致用 STATIC如果希望实时用默认。这个细节后面排错会用到。2. TaoToken 前置准备把数据库客户端凭据统一到一条通道在写游标之前先把「调用凭据」这件事理清楚。很多团队的问题是数据库客户端、AI 辅助工具、脚本里各存一份 Key改一次要翻好几个地方。TaoToken 的思路是给你一条统一的 API 通道Base URL 指向https://taotoken.net/apiKey 在控制台统一生成模型 ID 按需选。这样你在数据库客户端里配置的凭据和你在其他工具里用的是同一套轮换时只改一处。你需要准备三样东西我把它叫「三件套」Base URLhttps://taotoken.net/apiAPI Key在控制台创建形如sk-开头的一串Model ID按你实际要用的模型填比如对话类或代码类获取路径很直接先到官网https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content了解通道说明然后进控制台创建 Key。控制台地址是https://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guideKey 管理页在https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。如果你要长期跑编码或 Agent 任务可以看下 Coding Planhttps://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。这里要强调TaoToken 是统一的 API 接入通道不是让你绕过什么而是把分散的凭据收拢到一处管理。数据库客户端本身不直接「连」TaoToken而是你在客户端里配置的 AI 辅助插件、SQL 生成工具、或者命令行脚本把它们的请求地址指向这条通道。所以配置动作发生在「工具侧」不是数据库服务端。为什么要在写游标这篇里讲这个因为实际工作中你写游标脚本时经常需要 AI 帮你补全动态 SQL、检查FETCH_STATUS逻辑这些辅助请求如果散落在各个工具里Key 管理会很乱。统一到 TaoToken 后你只需要维护一份 Key换机器、换工具都不用手忙脚乱。配置前先确认你的工具支持自定义 Base URL。大部分主流客户端和命令行工具都支持在设置里找「API Endpoint」「Base URL」或「自定义地址」这类字段。填的时候注意Base URL 填到/api这一层不要自己加/v1之类的后缀具体路径由工具自己拼。Model ID 要和你账号里可用的模型对上填错会报模型不存在。3. 可复制配置游标脚本 客户端 settings 片段先给游标脚本这是本篇的技术核心。假设table1结构是id int, name varchar(50)我们要逐行把name拼上1。-- SQL Server 完整游标示例 DECLARE id INT; DECLARE name VARCHAR(50); DECLARE cursor1 CURSOR FOR SELECT id, name FROM table1; OPEN cursor1; FETCH NEXT FROM cursor1 INTO id, name; WHILE FETCH_STATUS 0 BEGIN UPDATE table1 SET name name 1 WHERE id id; FETCH NEXT FROM cursor1 INTO id, name; END CLOSE cursor1; DEALLOCATE cursor1;逐条解释DECLARE cursor1 CURSOR FOR SELECT ...是声明把结果集绑定到游标名OPEN打开此时才真正执行 SELECTFETCH NEXT ... INTO把当前行字段塞进变量WHILE FETCH_STATUS 0判断是否还有数据0 表示成功-1 表示失败或不在结果集-2 表示行不存在循环体里做你的业务 SQL末尾必须再 FETCH 一次推进指针否则死循环CLOSE关闭释放结果集DEALLOCATE删除游标定义释放资源。Oracle 的写法不一样用%NOTFOUND和FOR ... IN隐式游标更省事-- Oracle 隐式游标FOR ... IN BEGIN FOR rec IN (SELECT id, name FROM table1) LOOP UPDATE table1 SET name name || 1 WHERE id rec.id; END LOOP; END; /隐式游标不用手动 OPEN/FETCH/CLOSEOracle 自动管理适合简单循环。但如果你要嵌套循环或动态 SQL就得用显式游标加REF CURSOR像这样-- Oracle 嵌套循环 动态游标 DECLARE TYPE dynamic_cursor_type IS REF CURSOR; cur_zj_rows dynamic_cursor_type; v_sql VARCHAR2(500); v_zj VARCHAR2(10); BEGIN FOR v_bscl IN (SELECT bscl_mc FROM ecm_bscl_common_content_data WHERE bscl_mc IS NOT NULL GROUP BY bscl_mc) LOOP v_sql : SELECT zj FROM ecm_bscl_common_content_data d WHERE d.bscl_mc || CHR(39) || v_bscl.bscl_mc || CHR(39); OPEN cur_zj_rows FOR v_sql; LOOP FETCH cur_zj_rows INTO v_zj; EXIT WHEN cur_zj_rows%NOTFOUND; DBMS_OUTPUT.PUT_LINE(v_zj); END LOOP; CLOSE cur_zj_rows; END LOOP; END; /注意动态 SQL 里拼字符串时引号要用CHR(39)直接写单引号会语法错。接下来是客户端配置片段。以常见的支持自定义 Base URL 的客户端为例配置文件比如settings.json里这样写{ apiProvider: custom, baseUrl: https://taotoken.net/api, apiKey: sk-你的Key, model: 你的ModelID }如果你用的是 TOML 风格的配置[api] base_url https://taotoken.net/api api_key sk-你的Key model 你的ModelID三件套对照表配置项填写值说明Base URLhttps://taotoken.net/api统一通道地址不要加 /v1API Keysk-...控制台创建统一管理Model ID按账号可用模型填填错报模型不存在配置完保存重启客户端让设置生效。这一步做完你的 AI 辅助请求就走统一通道了和游标脚本本身互不干扰。4. 验证请求与成功结果逐条确认游标跑通配置和脚本都就位后别急着上生产先在小表上验证。验证分两层游标逻辑对不对通道配置通不通。游标验证先建测试表插几行数据。CREATE TABLE table1 (id INT, name VARCHAR(50)); INSERT INTO table1 VALUES (1, a), (2, b), (3, c);跑一遍上面的游标脚本然后查结果SELECT * FROM table1;预期看到name变成a1、b1、c1。如果没变检查FETCH_STATUS循环里 FETCH 是不是漏了或者 WHERE 条件没匹配上。再验证FETCH_STATUS的取值在循环里加一句PRINT FETCH_STATUS你会看到前几行是 0最后一行 FETCH 后变成 -1循环退出。通道验证在客户端里发一个简单请求比如让它生成一句 SQL 或解释一段代码。成功的话你会看到正常返回没有 401、没有连接超时。如果客户端有「测试连接」按钮点一下最快。命令行工具可以用 curl 验证curl -X POST https://taotoken.net/api/v1/chat/completions \ -H Authorization: Bearer sk-你的Key \ -H Content-Type: application/json \ -d {model:你的ModelID,messages:[{role:user,content:ping}]}返回里有choices字段就说明通道通了。注意这里的路径是工具侧拼的你配置 Base URL 时只填到/api。验证成功的标志游标脚本跑完数据按预期变化客户端请求返回正常内容。两个都过了说明脚本和凭据都没问题。这时候再把这个模式套到你的真实批处理上先 LIMIT 几行试跑确认无误再全量。我踩过的坑是测试时用静态游标生产换成动态游标结果数据一致性出问题。所以验证阶段就要确定好用哪种游标别中途换。5. 常见报错排查401、local proxy failed、reading choices、OAuth游标和通道配置的报错我按真实遇到的整理成对照表你对着改。游标相关报错A cursor with the name cursor1 already exists—— 游标没 DEALLOCATE 就重复声明。解决在 DECLARE 前加IF CURSOR_STATUS(global,cursor1) -1 DEALLOCATE cursor1;或者确保每次 CLOSE 后跟 DEALLOCATE。The cursor is already open—— 重复 OPEN。检查是不是循环里又 OPEN 了一次OPEN 只能一次。Must declare the scalar variable id—— 变量没声明或作用域不对。DECLARE 要在使用前且和 FETCH INTO 的字段顺序、类型一一对应。FETCH_STATUS一直为 0 死循环 —— 循环体末尾漏了FETCH NEXT。这是最常见的坑务必检查。通道配置报错401 Unauthorized—— Key 错了、过期了、或者没带Bearer前缀。去控制台https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide重新生成确认配置里 Key 完整。local proxy failed—— 本地代理配置冲突。检查客户端里是不是同时开了系统代理和自定义 Base URL两者选一个。把 Base URL 指向https://taotoken.net/api后关掉其他代理设置。reading choices相关报错如cannot read property choices of undefined—— 返回体结构不对通常是 Base URL 填错比如多加了/v1导致路径重复或者 Model ID 不存在返回了错误体。核对 Base URL 只到/apiModel ID 和账号可用列表一致。OAuth相关报错 —— 如果你用的是需要 OAuth 的工具确认授权流程走完token 没过期。有些工具 OAuth 和 API Key 是两套别混用。排查顺序建议先确认游标脚本本身在数据库里能跑不涉及通道再确认通道请求能通不涉及游标最后合起来。分开定位比一起猜快得多。另外DEALLOCATE报「游标不存在」通常是前面 CLOSE 失败或游标名拼错。养成习惯CLOSE 和 DEALLOCATE 成对写中间别插其他逻辑。6. 长期跑批与 Agent 任务把凭据和脚本都管起来游标脚本写顺了通道配通了接下来是长期维护。批处理任务往往要跑很久Agent 类任务可能连续调用这时候凭据管理和脚本版本管理都得跟上。凭据方面统一到 TaoToken 后你只需要在控制台轮换 Key所有指向https://taotoken.net/api的工具自动生效不用逐个改。如果你要长期跑编码或 Agent 任务Coding Plan 页面https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide有对应的方案说明。需要看模型能力对比或直接对话验证可以走模型对话入口https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_content。接入细节和参数说明在文档https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_contentcursor_sql_guide。脚本方面游标逻辑建议抽成存储过程参数化表名和条件避免每次改脚本。动态 SQL 拼接时注意防注入用参数化或严格校验。批处理加日志表记录每批处理的行数和耗时出问题能回溯。最后给个实用技巧游标跑大批量时分批提交事务比如每 1000 行 COMMIT 一次避免长事务锁表。SQL Server 里可以在循环里加计数器Oracle 用MOD判断。这样即使中途失败也不用从头再来。整套流程走下来声明、打开、取数、循环、关闭、释放每一步都有对应的验证和排错方法。通道配置三件套填对报错对照表查一遍基本能覆盖日常场景。剩下的就是根据你的真实表结构调 SQL 了。
![我要输入 [特殊字符],Windows 却让我先学会英语](http://pic.xiahunao.cn/yaotu/我要输入 [特殊字符],Windows 却让我先学会英语)
