你遇到的核心问题是：从JSON提取的text类型值无法直接隐式转换为目标列的类型（比如int或timestamp），但直接写在VALUES里的字符串（默认是unknown类型）却能自动转换。刚好有个简单的技巧可以解决这个问题——把每个提取的JSON字段强制转换为unknown类型，让PostgreSQL自动完成后续的类型匹配。

具体实现 #

修改你的INSERT语句，给每个JSON提取的字段加上::unknown转换：

INSERT INTO unknown_test (id, some_timestamp, value1, value2, value3)
SELECT 
  (json_data->>'id')::unknown,
  (json_data->>'some_timestamp')::unknown,
  (json_data->>'value1')::unknown,
  (json_data->>'value2')::unknown,
  (json_data->>'value3')::unknown
FROM (
 VALUES 
 (jsonb_build_object('id', 1, 'some_timestamp', now(), 'value1', 21, 'value2', 5, 'value3', 'test')),
 (jsonb_build_object('id', 2, 'some_timestamp', now(), 'value1', 22, 'value2', 15, 'value3', 'test2')),
 (jsonb_build_object('id', 3, 'some_timestamp', now(), 'value1', 32, 'value2', 25, 'value3', 'test5')),
 (jsonb_build_object('id', 4, 'some_timestamp', now(), 'value1', 42, 'value2', 55, 'value3', 'test7'))
) AS j(json_data);

为什么这个方法有效？ #

PostgreSQL对unknown类型有特殊处理：当你把一个unknown类型的值插入到指定列时，它会自动使用内置的隐式转换规则将值转换为列的目标类型——这和你直接在VALUES子句中写字符串（比如'5'）的行为完全一致，而且这种转换是PostgreSQL原生支持的，不需要你查询系统表、存储额外类型信息，也不用创建自定义CAST规则。

优势 #

• 性能高效：不需要循环和动态SQL，和你原来用VALUES子句的插入性能相当，远快于逐行处理的动态SQL方案。
• 无需提前知晓列类型：完全依赖PostgreSQL的自动类型转换，你不需要提前查询目标列的类型信息。
• 无环境风险：没有修改系统CAST规则，不会对现有环境造成任何破坏。

注意事项 #

如果JSON中的字符串无法转换为目标列的类型（比如id字段是'abc'而目标列是int），依然会触发类型转换错误——这是预期的行为，和你直接使用VALUES子句的错误逻辑一致。

内容的提问来源于stack exchange，提问作者Łukasz Kamiński