SQL Server通过OpenQuery连接Oracle时NUMBER转NUMERIC末尾数字不符问题

问题根源 #

这是因为链接服务器默认使用的OLE DB驱动会将Oracle的NUMBER(18)类型转换为float传输，而float类型仅能精确表示15-16位有效数字，18位数字超出其精度范围，导致末尾几位出现舍入误差。

解决方案 #

1. 显式转换为字符串后再转数值类型 #

在查询Oracle链接服务器时，先用Oracle的TO_CHAR函数将数字列转为固定格式的字符串，再在SQL Server端转换为numeric(18,0)，避免浮点数中间转换：

SELECT 
    CAST(TO_CHAR(oracle_number_column, 'FM999999999999999999') AS NUMERIC(18,0)) AS target_column
FROM [YourLinkedOracleServer]..[OracleSchema].[OracleTable]

• FM格式符用于去除字符串中的前导空格，保证输出为纯18位数字字符串。

2. 更换为Oracle ODBC驱动 #

放弃OLE DB驱动，改用Oracle官方ODBC驱动配置链接服务器：

• 在ODBC数据源管理器中创建指向Oracle的系统DSN，选择Oracle ODBC Driver；
• 在SQL Server中新建链接服务器，选择"ODBC数据源"类型，关联刚才创建的DSN。
  ODBC驱动对高精度数字类型的传输兼容性更好，能直接保留18位数字精度。

3. 修改OLE DB链接服务器属性（临时兼容方案） #

如果必须使用OLE DB驱动，可修改链接服务器的DataTypeCompatibility属性：

1. 在SSMS中右键目标链接服务器 → 属性 → 服务器选项；
2. 找到DataTypeCompatibility，设置值为80；
3. 重启链接服务器后生效。
   该配置会强制驱动以SQL Server 2000兼容模式处理数据类型，避免浮点数转换。

4. SSIS同步时的类型控制 #

如果用SSIS做同步任务：

• 在数据流组件中，先将Oracle源列转换为字符串类型（长度设为18）；
• 再添加数据转换组件，将字符串列转为numeric(18,0)类型，避免组件自动推断为float。

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