SQL中numeric[(p[,s])]与decimal[(p[,s])]数据类型的区别

先给个基础共识：二者都属于SQL标准定义的精确数值类型，核心作用都是存储不会出现精度丢失的定标度数值，参数p代表总有效数字位数（精度），s代表小数点后的数字位数（标度），但在标准定义、实际实现、适用场景上确实存在细微差异，不是所有场景下都完全等价。

标准层面的定义差异 #

在ANSI SQL的早期标准（SQL-92到SQL:2016）中，二者的精度约束要求有明确区别：

• 声明为NUMERIC(p,s)的字段，数据库必须严格保证精度刚好等于p，也就是最多只能存储p位有效数字，不能给字段分配超出声明值的冗余精度，存储长度严格和声明的精度匹配。
• 声明为DECIMAL(p,s)的字段，数据库只需要保证精度不小于p即可，允许为了运算效率、存储对齐的需求，给字段分配比声明值更高的精度，比如声明DECIMAL(5,2)，数据库实际可以分配支持6位甚至更多有效数字的存储空间，只要能满足至少存5位有效数字的最低要求就行。

主流数据库的实际实现规则 #

现在绝大多数常用数据库并没有严格遵循旧标准的精度差异要求，实际落地规则可以分成两类：

• 完全等价实现：MySQL、PostgreSQL、SQL Server、新版SQLite（3.37.0及以上）、ClickHouse等主流数据库，直接把NUMERIC和DECIMAL做成了完全同义的类型别名，二者的存储大小、取值范围、运算逻辑、约束规则没有任何区别，写哪个最终生成的字段属性完全一致。比如SQL Server的官方类型映射表中，二者的类型ID、存储规则完全相同，不存在功能差异。
• 保留标准差异实现：仅少数面向传统企业场景的旧版商业数据库、小众嵌入式数据库会严格遵循ANSI SQL的旧规则，NUMERIC严格按声明精度分配存储，DECIMAL可能自动上浮精度优化运算性能。

常见认知误区 #

网上有不少错误说法需要澄清：

• 不存在“NUMERIC存整数、DECIMAL存小数”的规则，二者都可以通过调整s参数存储纯整数（s=0）或者带小数位的数值。
• 二者都是精确数值类型，不存在谁比谁精度高、谁会丢精度的区别，二者都不会出现FLOAT/DOUBLE这类浮点数的精度漂移问题，都适合存储需要精确计算的数值。

使用场景选择 #

• 如果你用的是前面提到的做了等价实现的主流数据库，二者选哪个都可以，只需要和团队编码规范保持统一即可，没有功能、性能上的差异。目前行业里用DECIMAL存金额、财务数据的习惯更多，纯粹是命名习惯导致的，没有技术层面的优劣。
• 如果你用的是保留了标准差异的数据库，需要严格控制字段存储长度、做跨系统数据对齐（比如和老旧系统做字段映射、要求存储精度和声明值完全一致）的场景选NUMERIC；希望数据库自动优化精度、减少复杂运算中间结果溢出概率的场景选DECIMAL。

内容的提问来源于stack exchange，提问作者Phan Tuấn Dương