Oracle 12c逻辑备库明确不支持BFILE、ROWID/UROWID、非schema-based XMLType、ANYDATA/ANYTYPE及SDO_GEOMETRY等类型，因其依赖物理存储或私有格式，无法在逻辑重放中保障一致性；金仓数据库虽提供TEXT/CLOB替代BFILE、UUID替代ROWID、XML列+sys_xmlgen替代XMLType、JSONB替代ANYDATA等语义等效方案，但须注意NUMBER截断规则、VARCHAR2字符计长、DATE精度及时区、空字符串处理等行为差异，避免隐性数据偏差。
Oracle 12c逻辑备库不支持的数据类型，在迁移到金仓数据库时，不能直接照搬，必须按语义做类型映射和行为对齐。
哪些数据类型在逻辑备库中被禁用
Oracle 12c逻辑备库明确不支持以下类型（LOGICAL STANDBY限制）：
-
BFILE：外部文件指针，逻辑备库无法维护其路径一致性 -
ROWID、UROWID：物理地址标识，逻辑备库重写行存储后地址失效 -
XMLType（非schema-based，且未启用STORE AS CLOB）：解析依赖Oracle私有格式，逻辑备库日志中无法还原结构 -
ANYDATA、ANYTYPE：动态类型容器，逻辑备库不执行运行时类型绑定 -
SDO_GEOMETRY等空间类型：需Oracle Spatial组件支持，逻辑备库默认不加载扩展模块
这些类型在金仓数据库中虽有对应能力（如XMLType可由sys_xmlgen替代），但若原库用的是逻辑备库同步链路，迁移前必须先清理或转换源端定义。
金仓数据库中可落地的替代方案
金仓不照搬Oracle的类型禁用规则，而是提供功能等效的替代路径。关键不是“能不能存”，而是“业务逻辑是否等价”：
- 用
TEXT或CLOB替代BFILE：将文件内容转为BASE64或直接存二进制流，配合应用层读取逻辑调整 - 用
UUID或业务主键替代ROWID：避免在SQL中硬编码WHERE ROWID = '...'，改用WHERE id = ? - 用
XML列 +sys_xmlgen包替代XMLType：对查询结果生成标准XML，不依赖底层存储格式；已有XML文档可用XMLPARSE函数加载 - 用
JSONB替代ANYDATA：金仓支持JSONB类型及jsonb_path_query等函数，能覆盖90%以上的动态结构场景 - 空间类型暂不推荐直接迁移：若业务强依赖GIS，需启用金仓
postgis插件并重构坐标系与索引策略，不可简单替换类型名
容易踩的坑：类型兼容 ≠ 行为兼容
即使类型名相同，行为也可能错位：
-
NUMBER(10,2)在Oracle中隐式四舍五入，金仓默认严格截断——必须显式加ROUND()或配置numeric_rounding参数 -
VARCHAR2(10 CHAR)在Oracle按字符计长，在金仓需确认client_encoding和collation设置，否则中文可能被误判为超长 -
DATE类型无毫秒精度，但很多业务SQL写了SYSDATE + 1/86400模拟秒级偏移——金仓中应统一改用TIMESTAMP并校验时区行为 - 使用
DECODE或NVL的地方，要检查空字符串''是否被当作NULL处理：金仓默认不等价，需开启empty_string_is_null = on（仅限会话级）
最隐蔽的问题是：这些差异在单表查询中不报错，只在跨库比对、同步回写、报表聚合时暴露一致性偏差。
