必须显式指定TO_CHAR格式掩码，禁用隐式转换：用'FM999999990.00'补零去空格，'$9,999,990.00'加千分位与符号，百分比需先乘100再格式化，慎用9（存在才显）与0（强制占位），负数对齐用MI或S，避免空格错位。
直接用 TO_CHAR，别依赖隐式转换 —— 否则空格、尾随零、负号对齐全失控，报表导出或前端展示时容易错位或截断。
数值转字符串必须显式指定 format_mask
Oracle 对数字做 TO_CHAR 时不传格式串（如 TO_CHAR(123.45)），会按会话 NLS_NUMERIC_CHARACTERS 和默认精度返回，但结果不可控：小数位数不固定、千分位可能缺失、负数前带空格。实际业务中几乎从不用无格式调用。
- 想保留两位小数且补零 → 用
'FM999999990.00'（FM去前导空格，0强制补零） - 要带千分位和美元符号 → 用
'$9,999,990.00'，注意逗号是分组符，不是字符串字面量 - 处理百分比（如 0.7007 → '70.07%'）→ 先乘 100 再格式化：
TO_CHAR(ROUND(val * 100, 2), 'FM999999990.00') || '%' - 避免
LENGTH(TO_CHAR(5, '0000')) = 5这种陷阱：正数默认左补空格对齐，加FM才能真正得到 '0005'
小心 9 和 0 的行为差异
9 是“存在才显示”，0 是“占位强制显示”。比如 TO_CHAR(7, '9990.00') 返回 ' 7.00'（前面三个空格），而 TO_CHAR(7, '0000.00') 返回 '0007.00'。更常见的是混用：'FM999990.00' 表示最多 5 位整数 + 2 位小数，不足位不补零，但小数部分一定显两位。
-
999遇到 5 → 返回' 5'（两个前导空格） -
000遇到 5 → 返回'005' -
FM999遇到 5 → 返回'5'（FM把空格全砍了） - 小数点后用
00而非99，否则TO_CHAR(10, 'FM999.99')得'10.'，不是'10.00'
负数和符号对齐的坑
默认情况下，TO_CHAR(-123, '9999.99') 返回 '-123.00'，但 TO_CHAR(123, '9999.99') 返回 ' 123.00'（前面一个空格）。这在表格对齐或 CSV 导出时会导致列宽不一致。
- 统一用
MI显式控制负号位置：'FM9999.99MI'→ 正数末尾空格，负数末尾带 '-'，适合右对齐数值列 - 用
S或SG按本地规则加正负号：'S9999.99'→ '+123.00' / '-123.00' - 想彻底去掉所有空格和符号干扰 →
ABS()+FM+ 后续拼接：TO_CHAR(ABS(val), 'FM999999990.00') || CASE WHEN val
性能与可读性平衡点
纯数字转字符串（如日志 ID、编码字段）若不需要格式化，优先用 CAST(col AS VARCHAR2(20))，它比 TO_CHAR(col) 略快且语义更清晰；但只要涉及对齐、补零、货币、百分比等展示需求，TO_CHAR 不可替代 —— 它是 Oracle 唯一能稳定控制数字字符串外观的函数。
最常被忽略的一点：format_mask 中的字符大小写敏感且不可替换，'fm9990.00' 可以，但 'FM9990,00'（逗号当小数点）会静默失败，输出原数字或 #；错误不报 ORA-，只在结果里暴露问题。
