SQL Server：OpenQuery与四部分名称访问远程视图的性能对比及原因分析

作为常年和SQL Server远程查询打交道的老司机，我可以明确告诉你：大多数场景下OpenQuery的性能要优于四部分名称访问方式，背后的原因主要集中在数据处理的位置和执行计划的优化上，我给你拆解得细一点：

先搞懂两种方式的核心差异 #

• 四部分名称（比如[RemoteServer].[AdventureWorks].[dbo].[SalesOrderHeader]）：本地SQL Server会先解析你的查询，然后把请求拆分，让远程服务器返回原始数据，之后本地再完成过滤、排序、聚合这类逻辑。简单说就是“远程拿数据，本地做处理”。
• OpenQuery：你直接把完整的查询语句封装在OPENQUERY(LinkedServer, 'SELECT ... FROM ... WHERE ...')里，这条查询会直接发送到远程服务器，由远程服务器执行整个查询逻辑，只把最终需要的结果集返回给本地。也就是“远程做处理，本地拿结果”。

OpenQuery性能更优的具体原因 #

1. 大幅减少跨网络的数据传输量 #

这是最核心的优势。举个例子：如果远程有一张100万行的销售表，你只需要其中2023年的1万行数据。

• 用四部分名称的话，本地SQL Server可能会先把整张100万行的表拉到本地，再执行WHERE OrderDate >= '2023-01-01'过滤；
• 用OpenQuery的话，远程服务器会先执行过滤，只把1万行结果传回来。
  网络传输的数据量差了100倍，性能差距可想而知。如果还有GROUP BY、JOIN这类操作，数据量的差距会更夸张。

2. 充分利用远程服务器的索引和执行计划 #

远程服务器对自己的表结构、索引分布、数据统计信息最了解，它能生成最适合自己的执行计划。而用四部分名称时，本地SQL Server很难精准获取远程的统计信息，可能会生成低效的执行计划——比如明明远程表有OrderDate的索引，本地却可能忽略它，强制远程做全表扫描后再传数据回来。

3. 避免分布式查询的额外协调开销 #

四部分名称属于分布式查询，本地SQL Server需要在本地和远程之间协调执行步骤，中间会有不少通信、元数据同步的额外开销。而OpenQuery相当于把查询完全“托管”给远程服务器，本地只需要等结果，省去了这些协调成本。

例外情况 #

当然也有两者性能差不多的场景：比如你只需要从远程表拿几行数据，而且没有任何过滤、聚合逻辑，这时候数据传输量本来就很小，两者的差异可以忽略不计。另外如果远程服务器性能极差，或者你的网络带宽高到离谱，也可能拉不开差距，但这种情况非常少见。

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