SQL表负数存为NULL问题排查：NUMERIC/DECIMAL类型异常求助

这问题我之前帮同事排查过类似的，大概率是你在定义NUMERIC/DECIMAL类型时没处理好精度和小数位数，或者数据库的插入校验设置在搞鬼，咱们一步步拆解：

1. 先搞懂NUMERIC和DECIMAL的本质（很多数据库里是同义词） #

绝大多数关系型数据库（比如MySQL、SQL Server、PostgreSQL）里，NUMERIC和DECIMAL其实是同一类型的不同别名，核心都是用来存储精确小数的。你遇到的差异（一个报错、一个存NULL）不是类型本身的问题，而是你定义类型时的参数设置错了。

举个反例：如果你把字段定义成NUMERIC(5,0)或者DECIMAL(5,0)，第二个参数0表示只能存整数，那像-0.52这种带小数的数值完全不符合字段要求——此时如果数据库开启了严格校验，NUMERIC会直接抛出类型不匹配的错误；如果校验宽松，DECIMAL就会把不符合要求的数据转成NULL，这正好对应你遇到的现象。

正确的定义应该是：

-- 比如需要存储最多8位整数+2位小数的数值，就这么写
your_column DECIMAL(10, 2) -- 或者 NUMERIC(10, 2)，效果完全一致

其中10是总精度（整数+小数的总位数），2是小数位数，只要这个参数能覆盖你要存储的数值范围（比如-0.52只需要至少2位小数），就能正常存储。

2. 检查数据库的严格校验模式 #

有些数据库（比如MySQL）的sql_mode设置会直接影响数据插入的容错性：

• 如果开启了STRICT_TRANS_TABLES这类严格模式，插入不符合字段类型的数据时，NUMERIC会直接报错终止操作；
• 如果没开严格模式，数据库会尝试“容错”转换，把不符合要求的数值转成NULL（这就是你用DECIMAL时存成NULL的原因）。

你可以用这条SQL查看当前模式：

SELECT @@sql_mode;

如果看到包含严格模式的关键词，要么调整模式，要么先修正字段的精度/小数位数，再重新插入数据。

3. 排查插入数据的格式和隐性转换 #

还有一种可能是数据本身的格式有问题：

• 比如你在插入时把负数当成了字符串，而且字符串里混了空格、非数字字符（比如'- 0.52'、'-0,52'），数据库解析失败就会存成NULL或者报错；
• 或者应用层代码在传递数据时，把负数误转成了空值、非数字对象，导致插入时被数据库识别为无效数据。

建议你先手动执行一条插入测试语句，比如：

INSERT INTO your_table (your_column) VALUES (-0.52);

如果能正常存储，那问题肯定出在应用层的代码逻辑上，而不是数据库字段定义。

4. 检查字段的额外约束 #

最后别忘了看一下字段有没有加奇怪的约束：

• 比如不小心加了CHECK (your_column >= 0)，那所有负数都会被拒绝，要么报错要么存NULL；
• 如果字段加了NOT NULL约束，但插入时数据无效，有些数据库也会出现异常转换的情况。

内容的提问来源于stack exchange，提问作者Coding_Newbie