最近笔者用 SQLcl 测试一条 SQL 查询，没有用传统的 sqlplus，结果发现最常用的替换语法 c/old/new 竟然报错。难道 SQLcl 比 sqlplus 更难用？其实不是，只是 SQLcl 要求更严格。
01 | 现象：直接替换报错
笔者先执行了一条层级查询，缓冲区里保存着完整 SQL。接着想替换其中的变量值：
SQL> c/RAW-RUBBER-001/RAW-CARBON-002 SP2-0023: String not found
提示找不到字符串。用 l 查看，SQL 明明还在缓冲区里，内容也没变。
02 | 原因：SQLcl 要求先定位行
在笔者使用的 SQLcl 版本中，问题不在语法本身，而在于替换命令需要先明确当前行，再执行替换；这与 sqlplus 的默认行为不同。具体行为请以所用 SQLcl 版本的官方文档和实际测试结果为准。
笔者用 l 9 精确定位到第 9 行，也就是要替换的内容所在行。替换前应先确认行号和缓冲区内容，因为后续替换只作用于当前定位行：
SQL> l 9 9* START WITH g.parent_lot_id = 'RAW-RUBBER-001'
然后再执行同样的替换命令：
SQL> c/RAW-RUBBER-001/RAW-CARBON-002
这次替换成功，第 9 行变成了 RAW-CARBON-002。再执行 / 运行，结果正确返回。
03 | 小结
在本文使用的 SQLcl 环境中，c/old/new 依然可用，但需要先定位到目标行，再执行替换。实际使用时请结合所用版本确认命令行为。
关注我，和AI一起成长~