Redshift插入显式转换的NULL列时出现类型不匹配错误求助

问题重现 #

在Redshift环境中，通过视图创建带显式类型转换的NULL列，示例代码如下：

, NULL::INTEGER AS x
, NULL::BIGINT AS y
, NULL::INTEGER AS z

对应的目标表DDL定义：

x SMALLINT ,
y BIGINT ,
z INTEGER ,

执行插入语句（从视图SELECT *插入到表）时，从某一随机列范围（如第197列到第500列）开始，所有以NULL::[类型]方式创建的列均触发如下错误：

[42804]: ERROR: column "[列名]" is of type [类型] but expression is of type character varying
Hint: You will need to rewrite or cast the expression.

已尝试CAST(NULL AS INTEGER) as x、直接用0 as x等方式，均无法解决问题。临时修改表DDL列类型可绕过错误，但会引发下游依赖问题。

数仓执行流程为：先通过DDL定义表结构，在视图中处理数据逻辑，再执行以下插入操作：

TRUNCATE TABLE some_table;
INSERT INTO some_table
SELECT * FROM some_table_view;
ANALYZE some_table;

可能原因 #

1. 大量列场景下的Redshift类型推断异常：当视图包含超过200列左右的大量字段时，Redshift查询优化器可能出现类型推断bug，将显式转换的NULL值错误识别为character varying类型，而非定义的目标类型。
2. 隐式转换依赖失效：视图中使用NULL::INTEGER对应表的SMALLINT列，理论上Redshift支持这种隐式转换，但在超大量列场景下，优化器可能跳过隐式转换逻辑，将无具体值的NULL默认判定为character varying。
3. 列顺序或映射隐性错位：虽然使用SELECT *，但如果视图和表的列顺序存在未同步的差异（比如视图新增列后表结构未同步），会导致类型映射错位，触发类型不匹配报错。

解决思路 #

1. **显式指定插入列名，禁用SELECT ***：这是最直接有效的方案，明确指定插入的列名和顺序，强制Redshift严格匹配列类型，避免大量列导致的推断错误。示例：

TRUNCATE TABLE some_table;
INSERT INTO some_table (x, y, z, ...) -- 完整列出所有表列名
SELECT x, y, z, ... FROM some_table_view; -- 与表列名一一对应
ANALYZE some_table;

2. 严格匹配视图与表的列类型：将视图中NULL列的类型转换改为与表完全一致的类型，比如表中x是SMALLINT，视图中改为NULL::SMALLINT AS x，消除隐式转换的依赖。
3. 拆分大表/视图为小单元：将超过200列的大表或视图拆分为多个更小的单元，避免Redshift处理超大量列时出现的优化器异常。
4. 刷新视图元数据：执行REFRESH VIEW some_table_view;更新视图的元数据信息，确保Redshift能正确识别视图列的类型。
5. 检查并升级Redshift版本：若使用较旧版本，可能存在已知的类型推断bug，升级到最新稳定版本可修复该类问题。

内容的提问来源于stack exchange，提问作者Adam Comer