请问这个会修复吗
select add3 is null
from
di_yh.duk_delivery_timeout_alert_yw
where yj_type =‘2’
and order_no=‘WD222011779301’;
麻烦查询一下 这个结果是什么
的确是一个bug，我们这边记录一下。
您可以使用其他表测试一下吗？感觉这个有点奇怪。
有问题的那个表是什么模型？
明细模型
ENGINE=OLAP
DUPLICATE KEY(order_no)
COMMENT “告警数据总览表”
DISTRIBUTED BY HASH(order_no) BUCKETS 3
PROPERTIES (
“replication_num” = “3”,
“in_memory” = “false”,
“storage_format” = “DEFAULT”
);
add3是什么数据类型
add3 varchar(255) NULL COMMENT “预留字段3”,
is null都显示0了，那case when走处理完也是正常的。
我在2.2.4测试了varchar类型 也没发现问题
但数据看起来就是null。。而且每次查还不一样。
字符串的null 有可能是字符串 ‘NULL’ 还有一个是真的是NULL，要通过 add3 判断，不需要用case when，先用add3 is null来判断这个问题
刚才查一次是1，之后变成null了
有一点是，我的3台fe，用nginx做了负载，每次sql应该发送给了不同的fe
刚才查一次是1，之后变成0了，他应该不是字符串null
是不是数据有程序或其他同学在改动？
额。不停的改成字符串null和真null吗？应该不能吧。。
而且这个表是明细表，不会修改这行数据