ClickHouse系列--ClickHouse null值的处理与分析

谁借莪１个温暖的怀抱￠ 2022-10-04 12:59 485阅读 0赞

##### clickhouse中对于null的处理和其他数据库有点差别。测试分析如下： #####

### 1.建表语句 ###

CREATE TABLE default.testeasy
    (
    
        `sequenceId` UInt32,
    
        `tableaId` String,
    
        `eventOccurTime` DateTime,
    
        `abnormalTags` String COMMENT '标签',
    
        `isDeleted` UInt8 COMMENT '是否删除：1删除，0未删除.无boolean类型',
    
        `createTime` Int64 COMMENT '创建时间'
    )
    ENGINE = MergeTree
    PARTITION BY toYYYYMMDD(eventOccurTime)
    ORDER BY eventOccurTime
    SETTINGS index_granularity = 8192

### 2.添加数据 ###

INSERT into testeasy  values(1234567,null,null,null,null,null,null,null);

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTgwMDE0NA_size_16_color_FFFFFF_t_70]  
可以看到：当字段没有明确的设置Nullable类型时，即使我们insert的数据是null值，clickhouse也会给对应字段赋值该类型的对应的默认值。比如UInt64会赋值为0，String会赋值空字符串。  
这就会带来一个问题：我们插入数据时是插入的null，但是后面用null来过滤时，却不行了，因为它有默认值填充了。  
比如`SELECT * FROM testeasy t where t.abnormalTags is NULL ;`的查询结果是空的，而`SELECT * FROM testeasy t where t.abnormalTags is not NULL ;`却有结果：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTgwMDE0NA_size_16_color_FFFFFF_t_70 1]

想要解决这种问题，那字段类型只能显示的设置为Nullable了。  
添加两个Nullable字段

ALTER table testeasy modify column username Nullable(String) comment '用户名';
    ALTER table testeasy add column money Nullable(UInt64) comment '金额';

这样is null ,和is not null才会符合原本的预期。  
![在这里插入图片描述][20210716150055360.png]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTgwMDE0NA_size_16_color_FFFFFF_t_70]: /images/20221004/5eea4915c7bb4f74ad0748c697ccda62.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl8zOTgwMDE0NA_size_16_color_FFFFFF_t_70 1]: /images/20221004/9523ee1d29fc4c9db22669ced21ff4f2.png
[20210716150055360.png]: https://img-blog.csdnimg.cn/20210716150055360.png