to_number函数在oracle中不能直接解析含千位分隔符的字符串（如'1,234.56'），须显式指定格式模型（如'9g999d99'）或先用replace/regexp_replace清洗；postgresql用to_number()配合模板，mysql和sql server则依赖cast/convert加字符串预处理。
TO_NUMBER函数在Oracle中处理带逗号的字符串
Oracle 的 TO_NUMBER 不能直接解析含千位分隔符（如 '1,234.56'）的字符串，会报 ORA-01722: invalid number。必须显式指定格式模型，且该模型需与字符串结构严格匹配。
- 格式模型中用
G表示千位分隔符（locale-aware），但实际行为依赖数据库的NLS_NUMERIC_CHARACTERS设置；更稳妥的是用9G999D99类写法，其中G对应输入中的逗号，D对应小数点 - 如果字符串小数位固定（如总为两位），推荐用
REPLACE先清除逗号再转：TO_NUMBER(REPLACE('1,234.56', ',')) - 若存在空格、货币符号或不规则逗号（如开头或连续多个），
REPLACE不够用，得配合REGEXP_REPLACE：TO_NUMBER(REGEXP_REPLACE('¥1,234.56', '[^0-9.-]', ''))
PostgreSQL没有TO_NUMBER，改用to_number()和格式模板
PostgreSQL 提供 to_number() 函数，但语法和 Oracle 不同：它要求第二个参数是格式模板字符串，且模板中用 THOUSANDS 和 DECIMAL 显式声明分隔符位置。
- 正确写法：
to_number('1,234.56', '9G999D99')—— 注意这里G和D是占位符，不是字面逗号/点 - 模板长度必须 ≥ 输入字符串有效数字长度，否则报错
invalid input syntax for type numeric - 如果不确定输入格式（比如有的带逗号、有的不带），先用
REPLACE统一清理更可靠：to_number(REPLACE('1,234.56', ',', ''), '99999D99')
MySQL和SQL Server根本不支持TO_NUMBER
MySQL 没有 TO_NUMBER，SQL Server 也没有；它们靠类型转换函数加字符串预处理实现类似效果。
- MySQL：用
CAST(REPLACE('1,234.56', ',', '') AS DECIMAL(10,2))或CONVERT(...) - SQL Server：用
CAST(REPLACE('1,234.56', ',', '') AS DECIMAL(10,2))，注意REPLACE对NULL返回NULL，无需额外判空 - 三者共同陷阱：字符串含非数字字符（如
'N/A'、空值、全空格）时，上述转换全会失败；生产环境务必加CASE WHEN ... THEN ... ELSE NULL END包裹
跨数据库兼容写法的关键约束
没有银弹。所谓“兼容”只能靠应用层统一清洗，或在 SQL 层用条件分支模拟——但各数据库的条件函数语法不同（CASE 虽通用，但正则和替换函数名不一致）。
- 最简兜底策略：所有入库前的字符串字段，在 ETL 或应用逻辑里去掉千分位逗号，只保留数字、小数点、负号
- 如果必须在 SQL 中动态处理，优先选
REPLACE+ 基础类型转换，避开格式模板——因为REPLACE在 Oracle/PG/MySQL/SQL Server 中都存在且语义一致 - 别依赖
NLS参数或 locale 设置做自动解析，不同环境容易漂移，尤其当数据来自外部系统时
