Access跨库查询SQL Server表运行缓慢问题排查求助

结合你的场景（主表在SQL Server，小表从Access本地移到SQL Server后Access端LEFT JOIN变慢，SSMS执行快，INNER JOIN无影响），核心原因集中在Access的查询执行机制与跨数据源的处理逻辑上：

• Access未将完整查询下推至SQL Server执行
  当所有表都在SQL Server时，SSMS会直接让SQL Server的查询优化器处理整个查询，利用SQL Server的索引、统计信息和高效JOIN算法（51/16行的小表可通过哈希匹配或嵌套循环瞬间完成关联）。但Access的Jet/ACE引擎在处理跨SQL Server表的LEFT JOIN时，无法将整个查询逻辑推送到SQL Server执行，而是拆分操作：先从SQL Server拉取主表中符合Contract_Number Like 'AF*'的数据集，再通过ODBC分别获取两个小表的数据，最后在Access本地完成LEFT JOIN。这种本地处理的JOIN效率远低于SQL Server端的原生处理，加上ODBC数据传输的额外开销，导致耗时剧增。

• LEFT JOIN与INNER JOIN的执行逻辑差异
  INNER JOIN时，Access可以将查询下推至SQL Server，因为INNER JOIN仅保留匹配行的过滤逻辑能在SQL Server端高效完成，返回的结果集直接是最终关联后的少量数据。但LEFT JOIN需要保留主表中所有符合WHERE条件的行（即使小表无匹配），Access的优化器认为无法在SQL Server端完整处理该逻辑，因此选择本地执行JOIN，放大了本地处理的性能劣势。

• 小表本地与远程的处理效率差
  当小表在Access本地时，Access可直接将小表加载到内存，与主表数据集做内存级别的关联（哈希匹配或嵌套循环），几十行的小表几乎无开销。但小表移到SQL Server后，若Access未下推查询，每次关联都需要通过ODBC与SQL Server交互，即使小表数据量小，多次数据传输的延迟累加也会导致总耗时大幅上升。

• 潜在的元数据或数据类型问题
  若主表的CM/Contract_Phase字段与SQL Server端小表的CMID/PhaseID存在数据类型不匹配（比如主表是TEXT，SQL Server端是INT），会导致隐式转换，Access在本地处理时无法利用SQL Server端的主键索引，进一步降低JOIN效率。不过你提到移除主表索引不影响耗时，这个因素的影响可能较小，但仍需排查。

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