ORACLE COMPOSE/DECOMPOSE Unicode 规范化 迁移 PostgreSQL 16 + orafce 怎么改

迁衡基于规则 ora.func.compose_decompose 分析 ORACLE COMPOSE/DECOMPOSE Unicode 规范化 到 PostgreSQL 16 + orafce 的兼容性、改写路径与验证建议。

兼容性判定

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

怎么改

COMPOSE -> normalize(text, NFC);DECOMPOSE -> normalize(text, NFD)

判定说明

PG normalize 仅在 UTF8 编码可用,码点/排序/唯一性边界仍建议 PoC 复核

库侧 / 应用侧路径

库侧改造

可行:在 UTF8 数据库中使用 normalize,并明确 NFC/NFD

应用侧改造

可行:在统一输入边界做 Unicode 规范化

推荐路线:case_by_case。验证建议:码点、octet_length、比较、唯一索引和往返显示逐项对账

规则样例

SELECT COMPOSE('o' || UNISTR('\0308')) FROM dual
SELECT DECOMPOSE(display_name) FROM customer
SELECT CONCAT(first_name,last_name) FROM customer

参考来源

相关改造点

社群/联系

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

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

微信交流群 微信二维码

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

邮箱咨询

m01dm01db01@foxmail.com

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