订单号查出了三笔，我以为是数据脏了其实是自己写错了

前几天翻一个批量对账脚本。里面有一条查订单的 SQL，条件是 where order_no = 没加引号。当时扫了一眼没在意，order_no 看着就是个数字。谁没事会给数字加引号，直到后来跑起来发现同一个订单号查出了三条记录，才回头去看这条 SQL 到底出了什么问题。

使用者痛点：开发人员常忽略数据类型转换问题导致查询结果异常！

顺手把这个坑和另一个坑放一起记一下都是那种语法完全没错、跑起来不报错、结果却是错的类型。环境是 KES V009R001C010

ksql -h . -p -U app_user -d app_db

订单号不加引号，多查出两条不相干的数据

使用者痛点："为什么我的SQL查询总返回错误结果？"

先照着原来那张表复现一下。说起来，订单号存成 varchar这很常见，因为它可能带前导零、可能带字母前缀。不是纯数字：

create table app_schema.t_trap_order (
id integer primary key,order_no varchar not null,amount numeric not null);insert into app_schema.t_trap_order values
create index idx_trap_order_no on app_schema.t_trap_order;
其实，

这三个订单号是我故意凑的。看着都像""，实际是三笔完全独立的订单。

使用者痛点："为什么一样的订单号会返回多个记录？"

再看带引号查一次，

explain analyze
select * from app_schema.t_trap_order where order_no = '';

再看Filter，::text = ''::text)

过滤掉行剩行。

"为什么我的索引没有被使用？"

去掉引号这方面，

explain analyze
select * from appschema.ttraporder where orderno =;Filter: ::integer = )
KES 把 

强调这方面，这种问题比直接报错麻烦！

NOT IN给我整了个空集

说到使用者痛点，

如何正确处理NULL值导致的查询错误？

另一个坑是查"没有下过订单的客户"

子查询里先把NULL过滤掉：

customer-b、customer-c，

两行对。

但没人会没事往子查询里加个is not null

再看去掉这个过滤，

<强调：

NOT EXISTS只关心有没有匹配的行

为什么NOT IN会导致空集返回？

写完想到的

这些坑都容易在干净测试数据上运行正常，

换真实数据就翻车！

建议的观点是，多问自己——如果数据不那么干净呢？

想不明白就拿几行边界数据实际跑一遍

---