SQL Server 2012-2016：decimal空值是否占用数据页空间？

你的理解完全正确！在SQL Server 2012、2014和2016版本里，哪怕decimal类型的列值是NULL，数据库依然会为它预留固定的存储空间。这是因为decimal属于固定长度数据类型——SQL Server会根据你定义的精度和小数位数，提前分配好固定字节数（比如decimal(18,2)会占用9字节），不管实际值是不是NULL。只有可变长度类型（像varchar、varbinary这类）的NULL值才不会占用额外空间。

针对这个问题，有几种合适的解决方案可以参考，具体选哪种要看你的业务场景和NULL值的占比：

• 使用SPARSE列属性：这是最直接的优化方式。给decimal列加上SPARSE关键字后，NULL值就不会占用存储空间了。不过要注意，非NULL值会额外多占4字节的开销，所以这个方案更适合NULL值占比很高（一般建议超过60%）的场景。示例语句：

  CREATE TABLE TestTable (
      ID INT PRIMARY KEY,
      Profit DECIMAL(18,2) SPARSE,
      Loss DECIMAL(18,2) SPARSE
  );
  

• 拆分表结构：把那些可能大量为NULL的收益、损失列，放到一张单独的关联表中。只有当某条记录的收益或损失有非NULL值时，才在关联表中插入对应的行。这样主表不会因为NULL列浪费空间，查询时通过ID关联获取数据就行。这种方式适合极端追求存储空间优化的场景。
• 利用SQL Server 2016+的JSON存储（仅2016及以上适用）：如果你的查询频率不高，可以把收益和损失打包成JSON对象，存储在一个NVARCHAR列里。NULL值可以直接不写入JSON结构，以此节省空间。但查询时需要用JSON_VALUE等函数解析，会有一定性能损耗，需要权衡。

另外要提醒的是，SPARSE列有一些限制：比如不能作为主键或唯一索引的列，某些聚合函数的使用也需要调整。建议你先在测试环境里模拟真实数据量，对比不同方案的存储空间和查询性能，再选择最适合的方式。

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