Exasol数据库中UNION操作NULL值类型兼容差异问题

问题重现 #

案例A：直接查询NULL可正常执行 #

SELECT NULL AS TEST
UNION
SELECT DATE '2022-11-03' AS TEST
;

案例B：子查询中的NULL触发类型不兼容错误 #

SELECT A.* FROM (SELECT NULL AS TEST) A
UNION
SELECT DATE '2022-11-03' AS TEST
;

报错信息：datatypes are not compatible

案例C：显式转换NULL为DATE类型修复问题 #

SELECT A.* FROM (SELECT CAST(NULL AS DATE) AS TEST) A
UNION
SELECT DATE '2022-11-03' AS TEST
;

JOIN场景的同类问题 #

案例B2：未转换的NULL无法执行（已修正原SQL语法错误）

SELECT 'Dummy' AS C1, NULL AS TEST
UNION
SELECT 'Dummy' AS C1, DATE '2022-11-03' AS TEST
;

案例C2：显式转换后可执行

SELECT 'Dummy' AS C1, CAST(NULL AS DATE) AS TEST
UNION
SELECT 'Dummy' AS C1, DATE '2022-11-03' AS TEST
;

核心原因 #

Exasol的SQL解析逻辑存在两个关键差异：

• 当处理顶级SELECT中的裸NULL时，会触发延迟类型推断：解析器会先检查UNION/JOIN另一侧的列类型，自动将裸NULL的类型对齐到目标类型（如案例A中的DATE），以此保证兼容性。
• 当NULL被包裹在子查询中时，子查询作为独立的关系表达式，必须在解析阶段就确定自身的Schema（列名+数据类型）才能参与后续操作。此时无类型提示的裸NULL会被分配默认的基础类型（通常为INTEGER），后续与DATE类型进行UNION/JOIN时，就会触发类型不兼容错误。

显式使用CAST(NULL AS DATE)的作用是在子查询阶段就明确列的类型为DATE，让两侧列类型完全匹配，从而避免报错。

内容的提问来源于stack exchange，提问作者Mark Heckmann