企业官网建设流程全解析

一段看起来毫无问题的 PL/SQL，游标在跑，异常也接了，update 却像被空气挡住。问题出在v_new := '';这一行。在 Oracle 里，''不是空字符串，它就是null。null参与<>比较时结果既不是 true 也不是 false，而是 unknown，所以if v_new <> '' then后面的 update 永远进不去。这类 oracle 中''与null的 update 陷阱，我打算用 Codex 走 TaoToken 的统一通道来快速定位：先去 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 注册并创建 API Key，把 Codex 的 Base URL 指向 https://taotoken.net/api，然后把下面这段 PL/SQL 原样贴给模型，让它解释为什么 update 被跳过。TaoToken 在这里只做模型通道，不碰你的数据库，诊断 SQL 由你在本地执行，报错再贴回对话。

1. 那段 PL/SQL 的 update 为什么被跳过

1.1 先看问题代码的执行路径

把原始逻辑抽象成三段：游标扫 dno，子查询查映射，条件判断后 update。问题不在游标，也不在 update 语法，而在异常分支和判断条件。下面这段是问题版本，结构一样，变量名做了替换：

declare v_new_dno varchar2(20) := ''; cursor cur_dno is select distinct dno from t_old where dno is not null; r_dno cur_dno%rowtype; begin open cur_dno; loop fetch cur_dno into r_dno; exit when cur_dno%notfound; begin select new_dno into v_new_dno from t_map where old_dno = r_dno.dno; exception when no_data_found then v_new_dno := ''; end; if v_new_dno <> '' then update t_old set dno = v_new_dno where dno = r_dno.dno; end if; end loop; close cur_dno; end; /

跑的时候，游标会正常打开，fetch 也会拿到数据。子查询命中的时候，v_new_dno得到一个非空值；子查询没命中的时候，异常分支把v_new_dno赋成''。然后if v_new_dno <> ''开始判断。你以为''是空字符串，但 Oracle 把它当null。null和任何值做<>比较，结果都是 unknown，if只认 true，unknown 等于 false，于是 update 被跳过。

1.2 Oracle 中''就是null的官方语义

Oracle 的文档里写得很清楚：Oracle 数据库当前把长度为零的字符串当作null处理。也就是说，char或varchar2类型的空字符串，在存储和比较时都等同于null。你写v_new := ''，实际执行的是v_new := null。这一点和很多其他数据库不一样，MySQL 里''和null是分开的，所以习惯 MySQL 的人第一次写 Oracle PL/SQL 很容易中招。

这个等价关系还会影响很多地方：比如length('')返回null，而不是 0；'' is null返回 true；nvl('', 'x')返回'x'。所以在 Oracle 里判断一个varchar2变量是不是“空”，不能写= ''或<> ''，只能写is null或is not null。

1.3 当<>碰到null：三值逻辑的坑

SQL 的比较运算不是二值逻辑，而是三值逻辑：true、false、unknown。null参与的任何比较，除了is null和is not null，结果都是 unknown。比如：

select case when null <> '' then 'true' else 'false' end from dual;

这个语句会返回 false，因为null <> ''的结果是 unknown，when只匹配 true，unknown 落到 else。同理，if v_new_dno <> '' then在v_new_dno为null时永远不成立。即使v_new_dno不是null，如果它是空字符串，Oracle 也当null，同样不成立。所以这个判断把“有值”和“没值”两种情况的 update 都挡掉了。

2. 用 Codex 走 TaoToken 把这段 PL/SQL 拆开看

2.1 准备：打开官网创建 Key

要复现这个排查过程，先打开 TaoToken 注册并创建 API Key。Key 用占位符YOUR_API_KEY表示，实际创建后复制出来。同时看一眼模型广场，确认你要在 Codex 里用的模型 ID。模型 ID 以模型广场当时列表为准，不要凭记忆写。这个统一通道提供 API 接入，Codex 通过它把对话请求发给模型，不需要你分别对接不同厂商。

这里再给一次完整地址：https://taotoken.net/?utm_source=taotoken_aicg_blog_end ，注册、创建 Key、看模型列表都在这个页面进入。

2.2 Codex 的 ~/.codex/config.toml 指向 TaoToken

Codex 的配置在用户目录下的~/.codex/config.toml。如果你还没建这个文件，先创建。下面是一份可复制的配置，注意 Base URL 写https://taotoken.net/api，末尾不要加/v1：

model = "你的模型ID，以模型广场当时列表为准" model_provider = "taotoken" [model_providers.taotoken] name = "TaoToken" base_url = "https://taotoken.net/api" env_key = "TAOTOKEN_API_KEY"

然后在终端里设置环境变量：

export TAOTOKEN_API_KEY=YOUR_API_KEY

如果你用的是 Windows PowerShell，可以写：

$env:TAOTOKEN_API_KEY="YOUR_API_KEY"

保存配置后，启动 Codex。它会把请求发到https://taotoken.net/api，由 TaoToken 转发到你选的模型。你的 Key 从 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 创建，不要把它写进代码仓库。

2.3 给 Codex 的提问模板：只贴代码，不贴连接串

配置好之后，把问题版本 PL/SQL 贴给 Codex。提问可以这样写：

下面这段 Oracle PL/SQL 的 update 一直不执行，游标和异常都能走到。请帮我分析为什么 if 条件不成立，并给出修改方案。不要连接数据库，只解释代码和 Oracle 语义。 declare v_new_dno varchar2(20) := ''; cursor cur_dno is select distinct dno from t_old where dno is not null; r_dno cur_dno%rowtype; begin open cur_dno; loop fetch cur_dno into r_dno; exit when cur_dno%notfound; begin select new_dno into v_new_dno from t_map where old_dno = r_dno.dno; exception when no_data_found then v_new_dno := ''; end; if v_new_dno <> '' then update t_old set dno = v_new_dno where dno = r_dno.dno; end if; end loop; close cur_dno; end; /

提示：不要把数据库连接串、生产库账号密码贴进对话。Codex 只做代码解释，执行由你在本地 SQL*Plus 完成。

关键点：模型会根据 Oracle 的三值逻辑指出''与null的等价关系。

3. 模型排查 null 比较时的关键输出

3.1 它会先指出异常分支把 v_new 赋成了 null

模型看到v_new_dno := '';和exception里的v_new_dno := '';会立刻标出这两处。它会解释：在 Oracle 里，''等价于null，所以变量在初始化时就是null，异常分支赋值后还是null。然后看if v_new_dno <> '' then，条件里的''也是null，整个表达式变成null <> null，结果 unknown。update 自然进不去。

3.2 它会解释 if 判断的三值逻辑

模型通常会用 dual 表举例：

select case when null <> null then 'true' else 'false' end as cmp_null_null, case when 'abc' <> null then 'true' else 'false' end as cmp_value_null, case when '' is null then 'true' else 'false' end as empty_is_null from dual;

结果会显示：null <> null是 false，'abc' <> null也是 false，'' is null是 true。所以判断varchar2是否有值，应该用is not null，而不是<> ''。

3.3 它会给出 is not null 的替代方案

模型会建议把两处''改成null，把<> ''改成is not null。它可能还会提醒：如果业务上确实要区分“查不到”和“查到空字符串”，在 Oracle 里也区分不了，因为空字符串就是null。所以要么在子查询里用nvl给默认值，要么在应用层处理。但就这个 update 场景，最简单的修正就是is not null。

4. 修正后的 PL/SQL 与本地验证

4.1 两处改动：v_new := null 和 is not null

修正版本只需要改两个地方：变量初始化赋值和异常分支赋值改成null，判断条件改成is not null。

declare v_new_dno varchar2(20) := null; cursor cur_dno is select distinct dno from t_old where dno is not null; r_dno cur_dno%rowtype; begin open cur_dno; loop fetch cur_dno into r_dno; exit when cur_dno%notfound; begin select new_dno into v_new_dno from t_map where old_dno = r_dno.dno; exception when no_data_found then v_new_dno := null; end; if v_new_dno is not null then update t_old set dno = v_new_dno where dno = r_dno.dno; end if; end loop; close cur_dno; end; /

4.2 在 SQL*Plus 里怎么确认 update 真的执行

把修正后的代码放到本地 SQL*Plus 或你常用的 Oracle 客户端里执行。可以先在测试表上跑，观察 update 影响的行数。也可以加一句dbms_output.put_line输出每次判断的v_new_dno值，看看是null还是具体值。注意：Codex 不会替你连数据库，这些执行动作必须由你在本地完成。执行完把结果或报错贴回对话，让模型继续帮你核对。

4.3 为什么别用 nvl(v_new,'') 继续绕

有人会想，既然''就是null，那我用nvl(v_new_dno, '')把它转一下行不行？答案是没用，因为nvl的第二个参数''还是null，结果还是null。如果想用nvl给默认值，得给一个真正非空的字符串，比如nvl(v_new_dno, 'N/A')，但这样 update 会把 dno 改成'N/A'，通常不是业务想要的。所以最干净的做法还是is not null。

5. Codex 配置与 Oracle 语义的排障清单

5.1 Base URL 写成 https://taotoken.net/api，不要加 /v1

Codex 的config.toml里，base_url填https://taotoken.net/api。有些人看到 OpenAI 的地址习惯性加/v1，但在 TaoToken 这里末尾不加/v1，否则可能 404。官网落地页是 https://taotoken.net/?utm_source=taotoken_aicg_blog_end ，只用来注册、创建 Key、看模型广场和用量，不要把它填到base_url里。

5.2 401 与 404 分别代表什么

如果 Codex 启动后报 401，通常是 API Key 没设置对，检查环境变量TAOTOKEN_API_KEY是否等于YOUR_API_KEY对应的真实值。如果报 404，先看base_url是不是多写了/v1，或者模型 ID 在模型广场里不存在。模型 ID 以 https://taotoken.net/?utm_source=taotoken_aicg_blog_end 模型广场当时列表为准，不要自己编。

5.3 模型 ID 写错时 Codex 的报错

模型 ID 写错时，Codex 可能返回 model not found 或类似的错误。解决方式：回到 TaoToken 模型广场页面，复制准确的模型 ID，覆盖config.toml里的model字段。不要把gpt-5或带日期后缀的猜测 ID 写进去，除非模型广场里明确有。

6. 跑完这次诊断，去控制台对一下用量

6.1 用同一把 Key 在模型对话里发一条测试消息

配置保存后，先在 TaoToken 模型对话 里用同一把 Key 发一条测试消息，确认模型 ID 和 Base URL 没填错。比如直接问“Oracle 中''和null有什么区别”，看返回是否正常。模型对话能跑通，Codex 的配置基本就没问题。

6.2 创建 Key 与 Coding Plan 的入口

如果你还没创建 Key，去 控制台 API Keys 创建。长期用 Codex 写代码，可以打开 Coding Plan 看套餐是否够用。这些页面都在同一个账号下，Key 创建后可以继续用在 Codex 里。

6.3 把这次排查记成自己的检查项

这次问题的根因是 Oracle 的''与null等价，以及null不能参与<>比较。以后写 PL/SQL 条件判断时，看到<> ''或= ''就要警觉，改成is not null或is null。如果还想让模型帮你复查其他 SQL，可以把代码贴给 Codex，但记住让它只解释，执行留给本地 SQL*Plus。

7. 下一步：把这类陷阱变成固定检查动作

7.1 空字符串与 null 的检查项

在 Oracle 里，varchar2变量的“空”只有null一种表现形式。初始化、异常分支、入参校验，都不要用:= ''来表达“没有值”，直接写:= null。判断时用is null/is not null，不要用= ''/<> ''。如果你从 MySQL 迁移 SQL，先把所有= ''和<> ''找出来，逐一替换。

7.2 条件判断的替代写法

除了is not null，还可以用nvl给变量一个明确的哨兵值，但哨兵值不能是''。比如nvl(v_new_dno, 'NOT_FOUND')，然后在判断时比较这个哨兵值。不过这种写法要确保哨兵值不会和真实数据冲突。对于 update 场景，最稳妥的还是is not null。

7.3 文末 CTA

下次再遇到类似 PL/SQL 条件不生效、update 被跳过的问题，可以先把代码贴到 TaoToken 模型对话 里，用 Codex 的配置通道让模型帮你对照 Oracle 语义。Key 在 控制台 API Keys 创建，Codex 的config.toml里base_url保持https://taotoken.net/api。把这次排查流程固定下来，比每次靠print变量猜要快得多。