为何PostgreSQL中NULL除以零不会触发"除零错误"？

嘿，这个问题其实涉及到SQL标准里对NULL值的核心定义，PostgreSQL只是严格遵循了这个规则而已，咱们来掰扯清楚：

• NULL的本质是「未知」：NULL不是一个具体的数字，它代表的是“这个值不知道是什么”。当你拿一个未知的值去除以0的时候，数据库没办法判定这个操作到底是合法还是非法——毕竟未知值可能是0，也可能是其他数，所以直接返回NULL，意思是“这个结果也是未知的”。
• 确定数值除以零是明确错误：但如果是一个确定的非NULL数值（比如1）除以0，这就是个实打实的数学错误，数据库能明确判断这是非法操作，所以直接抛出报错，提醒你这里有问题。

至于你疑惑的「是否统一抛出错误更安全」，其实得看你的业务场景：

• 如果你的业务要求只要出现除数为0的情况就必须报错，不管被除数是不是NULL，那完全可以自己加一层逻辑控制，比如用CASE语句来强制判断：

  SELECT 
    CASE 
      WHEN divisor = 0 THEN raise_exception('除数不能为零')
      ELSE dividend / divisor 
    END 
  FROM your_table;
  

  也可以写个自定义函数封装这个逻辑，确保只要除数为0就触发报错。
• 但从SQL的设计初衷来看，NULL的「传播性」是为了在处理包含缺失值的数据集时，不至于因为个别NULL导致整个查询失败。比如你统计一张订单表中所有订单的「金额/数量」，有些订单的金额是NULL（还未录入），要是统一报错的话，整个统计就直接失败了；而返回NULL的话，你还能拿到其他有效订单的计算结果，后续可以用COALESCE把NULL替换成默认值，或者过滤掉这些记录。

其实不止PostgreSQL，像MySQL、SQL Server这些主流数据库都是遵循这个逻辑的——NULL参与任何算术运算的结果都是NULL，包括除以零的场景。

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