链接服务器性能和选项

在工作中，我们有两台服务器，其中一台正在运行很多人使用的应用程序，该应用程序具有 SQL Server 2000 后端。我很长时间以来都可以自由地查询它，但无法向其中添加任何内容，例如存储过程或额外的表。

这导致我们将第二个 SQL Server 链接到第一个 SQL Server，并且我构建了一个存储过程库，使用链接服务器从双方查询数据。其中一些查询花费的时间比我想要的要长。

有人可以给我指出一些关于使用链接服务器的好文章吗？我特别感兴趣的是找出两者之间正在传输哪些数据，因为通常大多数 sql 语句都可以远程执行，但我感觉它可能正在传输整个表，它通常只是一个小型最终的连接本地表。

另外，我目前有哪些链接服务器选项：

• 排序规则兼容 True
• 数据访问真实
• Rpc True
• Rpc 输出正确
• 使用远程排序规则 False
• 排序规则名称（空白）
• 连接超时 0
• 查询超时 0

EDIT:

只是想我会更新这篇文章，我使用带有动态参数的 openqueries 一段时间来提高性能，感谢您的提示。然而，当您最终处理字符串时，这样做可能会使查询变得更加混乱。最终今年夏天我们将SQL Server升级到2008并实现了实时数据镜像。老实说，对于我的任务来说，开放查询的速度已经接近本地查询的速度，但镜像确实使 SQL 更容易处理。

避免连接到链接服务器表。

可以使用四部分命名来进行连接，但成本更高。您的联接可以包含可用于限制来自链接服务器的数据集并使用索引列的条件。

Example:

SELECT loc.field1, lnk.field1
FROM MyTable loc
INNER JOIN RemoteServer.Database.Schema.SomeTable lnk
  ON loc.id = lnk.id
  AND lnk.RecordDate = GETDATE()
WHERE loc.SalesDate = GETDATE()

该查询还在连接中应用了链接服务器在计算连接之前可以使用的条件。

推荐的方法是使用 OPENQUERY。

通过使用 OPENQUERY 避免连接，本地服务器仅发送要远程执行的查询，而不是发送用于连接的一组 ID。

使用该链接检索一组数据并在本地执行计算。使用临时表（用于即席查询）或在夜间作业中将行插入永久表中。

开始事务可能会失败，具体取决于喜欢的服务器中是否设置了远程事务协调器。使用它会消耗更多的资源。

还要考虑到您正在访问运行应用程序的生产服务器，虽然您没有指定它，但我认为可以安全地假设正在使用大量事务并执行插入和更新。您正在从应用程序中夺走资源。

您的目的似乎是将数据用于报告目的。您的服务器可以设置为具有简单的日志而不是完整的日志，从而提高效率。

您还可以避免由于链接服务器上的数据移动而取消查询。请始终注意为查询和表提示（例如 NOLOCK）设置适当的隔离级别。

还有请！切勿将 OPENQUERY（或任何链接服务器）放置在循环内！