TO_CHAR输出问号因字符集不支持中文格式符，应优先用英文分隔符或确保AL32UTF8/ZHS16GBK及NLS_LANG匹配；'9'可选数字位（空格占位），'0'强制补零；用'L'结合NLS_CURRENCY输出本地货币符号；TO_CHAR(NULL)返回NULL，非空字符串。
TO_CHAR格式化日期时，为什么输出全是问号或乱码？
常见原因是数据库字符集不支持指定的中文格式符，比如用 'YYYY年MM月DD日' 却没启用 AL32UTF8 或 ZHS16GBK 字符集。Oracle 默认字符集若为 US7ASCII，TO_CHAR(sysdate, 'YYYY"年"MM"月"DD"日"') 里的中文引号会被转成无效字节，显示为 ??????。
- 优先用英文分隔符：改写为
TO_CHAR(sysdate, 'YYYY-MM-DD HH24:MI:SS') - 确需中文，先查当前字符集：
SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; - 若字符集支持 UTF-8，仍乱码，检查客户端 NLS_LANG 环境变量是否匹配（如
AMERICAN_AMERICA.AL32UTF8）
金额格式化中，TO_CHAR的'9'和'0'有什么区别？
9 表示可选数字位（空格占位），0 强制补零。这对对齐报表或导出到固定宽字段很关键。
-
TO_CHAR(123.4, '999,999.99')→' 123.40'（前面多一个空格） -
TO_CHAR(123.4, '099,999.99')→'000,123.40' - 千分位符号受
NLS_NUMERIC_CHARACTERS控制，默认是'. ,'（小数点+逗号），不能硬写成中文顿号 - 负数默认加括号，要改成减号需加
MI格式符：TO_CHAR(-123, '999MI')→'123-'
如何让TO_CHAR输出带本地化货币符号（如¥或$）？
不能直接在格式串里写 '¥999,999.99'——TO_CHAR 不解析字符串中的货币符号，它只认格式模型。正确做法是依赖 NLS 设置或用 FM + L。
- 查当前货币符号：
SELECT VALUE FROM nls_database_parameters WHERE parameter = 'NLS_CURRENCY'; - 用
L占位符自动插入本地货币符：TO_CHAR(1234.56, 'L999,999.99')（若 NLS_CURRENCY='¥'，结果为'¥1,234.56'） -
FM去掉前导空格：TO_CHAR(1234.56, 'FML999,999.99')→'¥1,234.56'（无多余空格） - 注意：
L位置必须在数字格式前，'999,999.99L'无效
TO_CHAR处理NULL值时，为什么返回空字符串而不是NULL？
这是 TO_CHAR 的行为特性：任何输入为 NULL，函数返回 NULL（不是空字符串）。但如果你看到空字符串，大概率是上层应用或 SQL*Plus 把 NULL 显示为空，或者用了 NVL 隐式转换。
- 验证是否真为 NULL：
SELECT DUMP(TO_CHAR(NULL, 'YYYY-MM-DD')) FROM dual;返回NULL - 若想统一显示为特定字符串（如
'N/A'），必须显式包裹：NVL(TO_CHAR(date_col, 'YYYY-MM-DD'), 'N/A') - 金额场景更易踩坑：TO_CHAR(NULL) 是 NULL，但某些 BI 工具会把 NULL 渲染成 0 或空白，容易误判数据完整性
NLS_DATE_FORMAT、NLS_NUMERIC_CHARACTERS 和 NLS_CURRENCY 这三个参数在当前 session 的值。 
