sql 判断null_postgresql基础:null的那些坑

这篇写的是postgres,但是实际上我简单试了对于mysql也是适用的.

先简单介绍下背景,这是前几天线上的一个真实bug. 很久之前产品经理要求某个列表页排除某些类型,开发一气呵成写完上线,非常完美,突然前几天产品说现在不需要排除这几个类别了,就把要排除的配置项给清空了,结果发现列表页也空了,造成大事故啊。

aa54aac57f7eeee17b9b561de3b4a5c2.png

图文无关

我检查发现问题代码大致如下

const products = models.Product.findAll({ productType: { $notIn: excludedTypeIds },})

看着毫无bug是不是?ORM最终出来的的sql大致是

select * from product where product_type NOT IN (1,2,3,4)

但是考虑下excludedTypeIds是空数组的情况,SQL会变成

select * from product where product_type NOT IN (NULL)

看着似乎也没问题,这个sql的结果应该是所有product的列表吧?

实际上不是的,这个查询的结果为空。问题就出在NULL上.

在postgresql里,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值