适配信创数据库的人的精神状态 be like

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

适配过程中发现：如果某个 SQL 的查询条件是 some_col != ''，那么返回的结果就会是空

于是做了如下简单实验： SQL

select
    case
        when ('1' != '') then '1'
        when ('1' = '') then '2'
        else 'else'
    end as result_1,
    ('1' = '')::bool as result_2,
    ('1' != '')::bool as result_3,
    ('1' != '' or '1' = '') as always_true_1,
    ('1' != '1' or '1' = '1') as always_true_2

result:

{
  "postgres": {
    "result_1": "2",
    "result_2": false,
    "result_3": true,
    "always_true_1": true,
    "always_true_2": true
  },
  "gaussdb": {
    "result_1": "else",
    "result_2": null,
    "result_3": null,
    "always_true_1": null,
    "always_true_2": true
  }
}

完全不明白为什么 gaussdb 的逻辑是这样的，如果有人知道可以告诉我一下吗？

第 1 条附言 · 1 月 14 日

感谢各位纠错，postgres 的 result_1 应该是 1 。
DB 在内网，复制不方便，手敲敲错了，不好意思。

SQL

查询条件

空结果

28 条回复 • 2026-01-14 21:13:30 +08:00

momocraft

1 月 14 日

信创要是和 postgre 一样那创新体现在哪里 :doge:

yeqizhang

1 月 14 日 via Android

刚搜了，这个数据库认为''和 null 是一样的

hafuhafu

1 月 14 日

为什么 PG 的 result_1 返回"2"呢？
应该是"1"吧。

woodfizky

1 月 14 日 via Android

@hafuhafu 还真是。我在内网做的查询，不太好复制出来，手敲的 result ，敲错了。

imaple

1 月 14 日

@yeqizhang 没法解释 always_true_1 变成 null 了呀

shinession

1 月 14 日

这个特性怎么像 float('nan'), 无法比较

werls

1 月 14 日

华为要体现特殊性啊，虽然都是抄袭 PG 的，但也要改改的。

hengshenyu

1 月 14 日 via Android

gemini 说：取决于你的 GaussDB 兼容模式配置。是这样吗？

woodfizky

1 月 14 日 via Android

@hengshenyu 兼容模式是 A 模式还是什么模式吧。按理说应该用 pg 兼容模式的，出于各种原因领导不让。

但是兼容不兼容的，作为程序员看到这么反直觉的所谓特性真的很想骂人。。。

woodfizky

1 月 14 日 via Android

@werls 抄 PG ，还抄 Oracle 和 MySQL ，抄完把大家的缺点缝合了，还丢了点优势。

比如这个乐子：PG 天然支持 json/jsonb 类型的 btree 索引。高斯把 btree 索引优化成 ubtree ，但是丢掉了对 json/jsonb 索引的支持。

每次遇到这些想让我骂人的问题之后都十分好奇到底高斯的设计到底是怎么做的。