Oracle 10g通过Public link访问12c表时连字符显示异常原因

Oracle 10g通过公共数据库链接访问Oracle 12c数据时连字符显示异常，核心原因是跨版本dblink通信时的字符集隐式转换bug：

• Oracle 10g原生版本未对12c默认使用的AL32UTF8字符集做全量兼容适配，两端NLS_CHARACTERSET参数不一致时，半角连字符（ASCII码0x2D）在传输过程中会被错误转换为不可见的软连字符（0xAD）或乱码占位符
• 部分场景下dblink创建时未显式指定通信字符集，会触发10g OCI驱动的默认字符集协商逻辑，对ASCII扩展范围的特殊字符做错误转义

• 分别在两套库执行以下SQL，确认两端字符集配置：

SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';

• 在12c本地查询目标字段，执行SELECT DUMP(目标字段,16) FROM 目标表 WHERE 主键=异常数据ID;，确认源端存储的连字符编码正常
• 在10g端通过dblink查询同一条数据的DUMP结果，和12c本地返回的编码做对比，确认编码偏差出现在dblink传输环节

按落地优先级从高到低排列：

• 方案1（长期稳定）：统一两端数据库字符集，将10g端字符集调整为与12c端完全一致，调整前必须做全库备份，避免存量数据转换损坏
• 方案2（快速生效）：重建公共dblink，在连接描述符中显式指定和12c端一致的NLS_LANG参数，跳过驱动的自动协商逻辑，参考配置：

-- 先删除原有异常dblink
DROP PUBLIC DATABASE LINK 原有dblink名称;
-- 重建带显式字符集配置的dblink
CREATE PUBLIC DATABASE LINK 原有dblink名称
CONNECT TO 12c访问用户名 IDENTIFIED BY 对应密码
USING '(DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 12c实例IP)(PORT = 1521))
    (CONNECT_DATA = (SERVICE_NAME = 12c服务名))
    (NLS_LANG = "AMERICAN_AMERICA.和12c一致的字符集名")
)';

• 方案3（无权限改配置时临时用）：查询时显式做字符集转换，绕过隐式转换bug，参考写法：

SELECT CONVERT(目标字段名, '10g端字符集名', '12c端字符集名') AS 目标字段别名
FROM 目标表@dblink名称;

注意：Oracle 10g已停止官方扩展支持，跨大版本通过dblink对接12c及以上版本数据库时，除字符集问题外还可能触发数据类型兼容、协议协商类bug，长期运行建议规划低版本数据库升级。

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