为何SQL Server对接Oracle的Linked Server存在不传递WHERE子句的情况

一、SQL Server Linked Server向Oracle下推WHERE子句的核心规则 #

• 谓词兼容性：WHERE子句中所有操作符、数据类型、函数均为Oracle与OLE DB驱动共同支持的标准语法，无SQL Server专属特性
• 驱动配置：链接服务器已开启动态参数、允许进程内配置，Oracle Provider for OLE DB驱动正常支持谓词下推能力
• 成本判断：SQL Server分布式优化器基于远程对象返回的统计信息计算成本，当判断下推谓词后返回少量数据的成本低于全量拉取本地过滤成本时，触发下推
• 统计信息准确性：远程Oracle对象（表/视图）的统计信息可被OLE DB驱动正常读取，返回准确的基数预估

二、该问题的核心根因 #

该差异由Oracle 11g与19c对视图统计信息的默认处理逻辑不同导致：

Oracle 11g默认对视图启用较高等级的动态采样，OLE DB驱动可获取到相对准确的过滤后基数，SQL Server优化器判断符合下推阈值，正常传递WHERE子句到Oracle侧。
Oracle 12c及之后版本（含19c）默认降低了动态采样等级，对于未手动收集统计信息的视图，OLE DB驱动请求基数时，Oracle会返回异常偏大的预估值（直接返回视图全量行数1亿），超过SQL Server优化器的下推成本阈值，优化器误判全量拉取本地过滤成本更低，因此仅向Oracle发送全表查询语句，WHERE子句留在SQL Server本地执行。
你观测到的“仅查询视图出问题、行数超过阈值就不下推”的现象完全符合该逻辑。

三、解决方案 #

方案1：永久修复（推荐） #

手动收集Oracle 19c侧目标视图的统计信息，让OLE DB驱动可获取准确的基数预估，触发正常下推逻辑。在Oracle 19c侧SYSADM用户下执行：

BEGIN
  DBMS_STATS.GATHER_TABLE_STATS(
    ownname => 'SYSADM',
    tabname => 'LPOS_VIEW',
    estimate_percent => DBMS_STATS.AUTO_SAMPLE_SIZE,
    method_opt => 'FOR ALL COLUMNS SIZE AUTO',
    cascade => TRUE
  );
END;
/

如果有大量同类视图，可配置Oracle定时任务定期收集业务视图的统计信息即可。

方案2：临时应急方案 #

使用OPENQUERY语法强制将整个查询逻辑发送到Oracle侧执行，完全绕过SQL Server优化器的下推判断，100%保证谓词在Oracle侧执行：

SELECT * FROM OPENQUERY(oracle19300, '
  SELECT vpnrlfd 
  FROM SYSADM.LPOS_VIEW 
  WHERE VPNRLFD=1235
')

方案3：全局适配（多视图场景适用） #

1. 调整Oracle 19c实例的动态采样等级，提升未手动统计视图的基数预估准确性：

ALTER SYSTEM SET OPTIMIZER_DYNAMIC_SAMPLING=4 SCOPE=BOTH;

可根据实际业务效果调整采样等级，取值范围0~10，不建议设置为5以上避免额外统计开销。
2. 检查SQL Server侧链接服务器配置，确保已开启动态参数、允许进程内、支持Like运算符三个配置项。

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