TO_CHAR 的 L 格式符显示问号或乱码，根本原因是数据库字符集不支持货币符号或 NLS_CURRENCY 未正确设置；G 和 D 分隔符由 NLS_NUMERIC_CHARACTERS 决定，与 NLS_TERRITORY 仅间接关联；客户端字符集不匹配也会导致显示异常。
PL/SQL 中 TO_CHAR 的L格式符为什么总显示问号或乱码
根本原因是数据库字符集不支持当前会话的货币符号，或者 nls_territory 未正确影响 l 的行为。oracle 不会自动把 l 替换成你本地的¥或 $，它只查 nls_currency 参数——而这个参数默认常为空或与 nls_territory 不一致。
实操建议：
- 先查当前设置：
SELECT * FROM NLS_SESSION_PARAMETERS WHERE PARAMETER IN ('NLS_TERRITORY', 'NLS_CURRENCY', 'NLS_LANGUAGE'); -
NLS_TERRITORY决定默认NLS_CURRENCY值（如AMERICA→$，CHINA→¥），但仅当NLS_CURRENCY显式为空时才生效 - 直接设会话级货币更可靠：
ALTER SESSION SET NLS_CURRENCY = '¥'; - 设完再用
TO_CHAR(1234.56, 'L999G999D99')，L才会输出¥；否则可能出?1,234.56或空格占位
G和 D 在TO_CHAR里到底按谁的规则分隔
G（千分位）和 D（小数点）完全由NLS_NUMERIC_CHARACTERS 控制，和 NLS_TERRITORY 只是间接关联——因为 NLS_TERRITORY 初始化该参数，但你可以覆盖它。
常见错误现象：明明设了 NLS_TERRITORY = 'GERMANY'，却还是得到1,234.56 而不是1.234,56。
实操建议：
- 检查真实生效的数值字符：
SELECT VALUE FROM NLS_SESSION_PARAMETERS WHERE PARAMETER = 'NLS_NUMERIC_CHARACTERS';—— 返回通常是
',.'或'.,' - 手动指定才能确保：
ALTER SESSION SET NLS_NUMERIC_CHARACTERS = ',.';（逗号千分位、点小数点）
-
G和D是占位符，不认硬编码字符；写'L999G999D99'时，G一定被替换成NLS_NUMERIC_CHARACTERS的第一个字符，D一定是第二个 - 如果
NLS_NUMERIC_CHARACTERS是'.,'，那TO_CHAR(1234.56, '999G999D99')结果就是1.234,56
组合 L+G+D 时最容易漏掉的兼容性陷阱
不是所有客户端能正确渲染 L 对应的货币符号，尤其当数据库字符集是 AL32UTF8 但客户端用 WE8MSWIN1252 时，¥或€会变方块或问号——这时 L 没失效，只是显示链断了。
性能上无影响，但逻辑上容易误判：看到乱码就以为 TO_CHAR 没生效，其实转换已完成，问题出在终端。
实操建议：
- 在 SQL*Plus 或 SQL Developer 里执行前，先确认客户端字符集：
SELECT SYS_CONTEXT('USERENV', 'CLIENT_CHARSET') FROM DUAL; - 若返回
AL32UTF8，而数据库也是AL32UTF8，则L大概率能正常显示；否则优先改用显式拼接：'¥' || TO_CHAR(1234.56, '999G999D99') - 避免在视图或函数里依赖
L——不同会话NLS参数可能不同，导致同一 SQL 返回不同格式 -
G和D在格式串里必须成对出现才安全；单独用G可能被忽略（如'999G99'对 1234 无效），Oracle 只在有足够数字位时才插入分隔符
不用 NLS 参数也能稳定格式化货币的替代写法
当无法统一 NLS 环境（比如 Web 应用连接池里会话参数不可控），硬编码 + 字符串拼接反而最稳，且明确可控。
实操建议：
- 用
REPLACE处理千分位（适合简单场景）：'¥' || REPLACE(TO_CHAR(ROUND(1234.56, 2), 'FM999999990D00'), '.', ',') - 注意
FM必须加，否则TO_CHAR头部补空格；ROUND防浮点误差导致小数位异常 - 更健壮的做法是封装成函数，内部用
REGEXP_REPLACE分段加逗号：REGEXP_REPLACE(TO_CHAR(1234567.89, 'FM999999990D00'), '(d)(?=(d{3})+(.|$))', '1,') - 这种写法绕过所有
NLS依赖，但代价是失去NLS_TERRITORY自动适配能力——比如要切欧元就得手动换€，不能靠改参数
事情说清了就结束。真正麻烦的从来不是 TO_CHAR 语法，而是 NLS 参数在会话、实例、客户端三层之间怎么传递、谁覆盖谁——查 NLS_SESSION_PARAMETERS 比背格式符重要得多。
