ORACLE TO_TIMESTAMP 函数改写 迁移 postgresql 16 怎么改

迁衡基于规则 ora.func.harvest_ora2pg_to_timestamp_format 分析 ORACLE TO_TIMESTAMP 函数改写 到 postgresql 16 的兼容性、改写路径与验证建议。

兼容性判定

公开资料依据 · 建议 PoC 复核
支持度partial
严重度major
置信度low
依据规则ora.func.harvest_ora2pg_to_timestamp_format

怎么改

TO_TIMESTAMP(value, fmt) -> to_timestamp(value, converted_fmt),逐项转换 Oracle datetime format

判定说明

core 有 to_timestamp,但 datetime format 词表、NLS 与错误行为不透明等价;建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行:使用获批扩展或目标原生函数按 rewrite 重构;空间/XML 能力需连同类型、索引和编码一起迁移

应用侧改造

可行:在应用层实现参数与结果转换;无法证明数据库等价时保留明确的业务契约变更

推荐路线:db_side。验证建议:建议 PoC 复核正常值、NULL、边界值、返回类型与异常行为,并与 Oracle 逐项比对

规则样例

SELECT TO_TIMESTAMP('2026-07-16 10:30:00', 'YYYY-MM-DD HH24:MI:SS') FROM dual
SELECT TO_TIMESTAMP(:value, 'YYYY-MM-DD HH24:MI:SS') FROM dual
SELECT TO_TIMESTAMP(ts_text) FROM events

参考来源

相关改造点

社群/联系

迁移卡住时,带着案例找人复核

迁移路上遇到具体问题?微信群、1v1 咨询与邮箱,随时找得到人。

微信交流群 微信二维码

扫码添加微信,邀您加入交流群;亦可搜索微信号 prejudice_me。

邮箱咨询

m01dm01db01@foxmail.com

发源库、目标库、代码规模和已脱敏案例短链,便于估算改造工作量。