PostgreSQL迁移Oracle to_date函数报错，求正确实现方案

问题出在哪 #

1. 字段名不匹配：你的PostgreSQL表字段是inserted_date，但查询语句里用了Oracle风格的insertedDate，PostgreSQL默认区分大小写，这会导致字段无法识别；同时错误提示中的bytea类型说明绑定的startDate/endDate被识别为二进制数据，大概率是参数绑定时类型传错了。
2. 函数功能差异：Oracle的to_date可返回带时间的日期类型，但PostgreSQL的to_date仅返回纯日期（无时间部分），而你的表字段是timestamp(6) with time zone，需要用to_timestamp来生成匹配的带时区时间戳。

修正后的查询语句 #

方法1：用to_timestamp匹配字段类型 #

SELECT al.* FROM logs al 
WHERE (al.inserted_date >= to_timestamp(:startDate, 'YYYY-MM-DD HH24:MI:SS'))
  AND (:endDate IS NULL OR al.inserted_date <= to_timestamp(:endDate, 'YYYY-MM-DD HH24:MI:SS'))
ORDER BY al.inserted_date ASC;

• 替换to_date为to_timestamp，它返回的timestamp with time zone类型与表字段完全匹配
• 修正字段名为inserted_date，符合PostgreSQL命名规范
• 修复原Oracle语句中多余的闭合括号

方法2：显式转换参数类型 #

如果参数被误识别为二进制数据，可强制转为文本类型：

SELECT al.* FROM logs al 
WHERE (al.inserted_date >= to_timestamp(CAST(:startDate AS text), 'YYYY-MM-DD HH24:MI:SS'))
  AND (:endDate IS NULL OR al.inserted_date <= to_timestamp(CAST(:endDate AS text), 'YYYY-MM-DD HH24:MI:SS'))
ORDER BY al.inserted_date ASC;

方法3：直接利用类型转换（推荐） #

如果参数是标准ISO时间字符串（如2024-05-20 14:30:00），PostgreSQL可自动完成类型转换，无需调用函数：

SELECT al.* FROM logs al 
WHERE (al.inserted_date >= :startDate::timestamptz)
  AND (:endDate IS NULL OR al.inserted_date <= :endDate::timestamptz)
ORDER BY al.inserted_date ASC;

• ::timestamptz是PostgreSQL显式转换为带时区时间戳的语法，也可直接写:startDate让数据库自动转换（只要格式正确）

额外注意事项 #

• 确保应用程序绑定startDate和endDate时传递的是字符串类型而非二进制数据，这是解决bytea错误的关键
• 格式字符串YYYY-MM-DD HH24:MI:SS与Oracle兼容，PostgreSQL可直接识别

内容的提问来源于stack exchange，提问作者Peter Penzov