百科 / 错误代码 / Class 42 语法错误或访问规则冲突
42P18 indeterminate_datatype
无法确定数据类型
ERROR 源码确认 详解 未实测
- 条件名
indeterminate_datatype- 宏名称
ERRCODE_INDETERMINATE_DATATYPE- 启用版本
- 7.4
- 状态
- 活跃
版本覆盖
速览
42P18(indeterminate_datatype)表达式或协议参数没有确定类型时,类型推断会失败。
含义
解析器无法为表达式或协议参数确定唯一类型。18.6 核心明确报告空 ARRAY[];pg_analyze_and_rewrite_varparams 还会在最后检查每个仍为 InvalidOid 或 UNKNOWNOID 的参数,例如没有任何上下文约束的 $1。这不同于 42P08(输入暗示了互相不兼容的类型)和 42P02(参数引用本身不存在)。
诊断
根据响应中的位置或参数编号定位问题。对于 ARRAY[],检查周围表达式并转换到预期元素类型;对于 $n,检查 Parse/扩展查询的参数类型以及应当约束它的所有上下文,再确认最后的参数类型检查能够得到 OID。客户端不发送类型 OID 时,服务器可能无法完成推断。互相冲突的推断属于 42P08;引用未声明参数属于 42P02。
处理
添加语义正确的显式转换或参数类型信息,然后确认运算符和结果列仍是预期类型。不要把所有值都转成 text 来掩盖错误,这会改变索引使用以及函数/运算符选择;确认定义修正后再重试解析或语句。如果 ERROR 发生在显式事务中,发送修正语句前先 ROLLBACK 或回滚到错误前的保存点。
消息
固定源码中的代表性消息包括:message: cannot determine type of empty array; HINT: Explicitly cast to the desired type, for example ARRAY[]::integer[].;message: could not determine data type of parameter $%d。占位符由实际对象、列或参数填充。
报文模板
源码里的格式串,不是某一次运行的输出。%s 之类是占位符,实际报文会填入对象名与取值。适用范围一栏是核验时留下的原始英文记录,未经翻译。
cannot determine type of empty array
Explicitly cast to the desired type, for example ARRAY[]::integer[].
Explicitly cast to the desired type, for example ARRAY[]::integer[].
来源:src/backend/parser/parse_expr.c(lines 2102-2107) @ REL_18_6
适用范围:Placeholders remain dynamic source fields; no concrete runtime value is claimed.
could not determine data type of parameter $%d
来源:src/backend/tcop/postgres.c(lines 733-736) @ REL_18_6
适用范围:Placeholders remain dynamic source fields; no concrete runtime value is claimed.
版本
锁定目录显示该条件最早见于 PostgreSQL 7.4;行为说明固定在 PostgreSQL 18.6 源码,目录存在范围不等于每条消息或功能都从该版本开始。
来源
- 上游源码 src/backend/parser/parse_expr.c 第 2102–2107 行
- 上游源码 src/backend/tcop/postgres.c 第 733–736 行
- 上游源码 src/backend/utils/errcodes.txt 第 351 行
- 核验材料 raw/calls/REL_18_6.jsonl
证据
断言
每条断言都写明了是怎么核实的,以及它不覆盖什么。这一层是核验时留下的原始英文记录,照原样呈现,未经翻译。
-
42P18 is the indeterminate_datatype condition in Class 42.
-
Core 18.6 reports empty ARRAY[] and, in pg_analyze_and_rewrite_varparams, rejects every parameter left InvalidOid or UNKNOWNOID after parse analysis, such as $1 with no constraining context. This is distinct from 42P08 conflicting deductions and 42P02 missing parameter references.
-
Locked catalogue snapshots show this condition by PostgreSQL 7.4; source behavior here is fixed at PostgreSQL 18.6.
同类错误代码
Class 42 语法错误或访问规则冲突 下的其他成员。
42000syntax_error_or_access_rule_violation42501insufficient_privilege42601syntax_error42602invalid_name42611invalid_column_definition42622name_too_long42701duplicate_column42702ambiguous_column42703undefined_column42704undefined_object42710duplicate_object42712duplicate_alias42723duplicate_function42725ambiguous_function42803grouping_error42804datatype_mismatch42809wrong_object_type42830invalid_foreign_key42846cannot_coerce42883undefined_function428C9generated_always42939reserved_name42P01undefined_table42P02undefined_parameter42P03duplicate_cursor42P04duplicate_database42P05duplicate_prepared_statement42P06duplicate_schema42P07duplicate_table42P08ambiguous_parameter42P09ambiguous_alias42P10invalid_column_reference42P11invalid_cursor_definition42P12invalid_database_definition42P13invalid_function_definition42P14invalid_prepared_statement_definition42P15invalid_schema_definition42P16invalid_table_definition42P17invalid_object_definition42P19invalid_recursion42P20windowing_error42P21collation_mismatch42P22indeterminate_collation