42846 — 无法强制转换(cannot_coerce)
PostgreSQL SQLSTATE 42846(无法强制转换,cannot_coerce)的源码证据、诊断与处理参考。
42846 — 无法强制转换(cannot_coerce)
速览
42846 是 cannot_coerce(无法强制转换):源类型与目标类型之间没有适用 cast。本案例要求把 integer 转成 date。
| 字段 | 值 |
|---|---|
| SQLSTATE | 42846 |
| 条件名 | cannot_coerce |
| 状态 | 有效 |
| 已知存在于 | 7.4 |
| 锁定快照 | 9.0.23, 9.1.24, 9.2.24, 9.3.25, 9.4.26, 9.5.25, 9.6.24, 10.23, 11.22, 12.22, 13.23, 14.24, 15.19, 16.15, 17.11, 18.6, 19beta3 |
| 宏 | ERRCODE_CANNOT_COERCE |
| 别名 | — |
含义
固定主报文为 cannot cast type %s to %s。它不同于合法 cast 的值解析失败 22P02 和目标上下文表达式类型不匹配 42804。检查 pg_cast 与表达式上下文;自动提交模式下本例转换失败后连接回到 IDLE。
诊断
读取诊断中的源类型和目标类型,并检查 pg_cast 与表达式上下文;确认应用真正需要类型字面量还是有文档支持的转换函数。
处理
按目标类型构造值,或使用文档支持的转换函数。案例用 DATE '2026-01-01',没有猜测 integer 到 date 的业务映射,也没有用 NULLIF 掩盖错误。显式事务中失败的 cast 会使事务进入 INERROR,应先回滚或回到合适的 savepoint 再重试;本案例的自动提交路径回到 IDLE。
实测诊断
固定 parse_expr.c 组是 ERROR,主模板为 cannot cast type %s to %s,没有 DETAIL/HINT。
代表案例
注册表执行 SELECT 1::integer::date,再执行日期字面量并断言确切日期。
选定的 18.6 与 10.21 运行均通过 SQLSTATE、严重级别、状态/恢复、修复、清理和一次性实例停止断言。详见 案例 JSON 与 作者证据;私有清单和注册表哈希也记录在其中。
版本
锁定目录从 7.4 存在边界起包含该条件并列出相关快照。选定自然案例已在 PostgreSQL 18.6 与 10.21 通过;这是有界观察,不能推断所有中间版本或所有源码分支。
相关
来源
src.errcodes.REL_18_6— fixed definition at724edf9bde9d356724ad384a2e196edc3c9f80f7; SHA-2566e8de346643ba84aa3c9c6a73360acfc7b2dfb89162c06c08ce9bf5bcd5bbcba(source).src.cannot-coerce.18.6—src/backend/parser/parse_expr.clines 2782–2787 at724edf9bde9d356724ad384a2e196edc3c9f80f7; blob SHA-25663c37770872a08978f931c31f801666a08e3bc8e51c2c65ff60151a1d139d55b(source).src.cannot-coerce.10.23—src/backend/parser/parse_expr.clines 2739–2744 at02991e79f8f58bc208f05dcc8af0c62dbe0a6ea4; blob SHA-2562700ba4a37d0715b66be76c900c7da7cf6a4d818eb71178e7b9a51e48e59e136(source).src.calls.REL_18_6/src.calls.REL_10_23— fixed call scans, SHA-2569ee8a0e81d8f0825c5c1ae45583439859a26e602bdd4ce2f2a62aa278867ccbf/00d16d3eb01b71ccf1b245c8f3102f9d0ec9f36fb02777b8dd1b99fcb263040c.manifest.42846/snippet-registry.42846— hashes are recorded inevidence/42846.jsonand each runtime record.