在SQL Server中使用鏈接服務器有什么缺點？

Question

是否有任何巨大的性能問題或安全問題？

使用SQL Server 2005及更高版本

Answer 1

• 服務器遷移更復雜
• 設置多跳安全性可能很棘手
• 非SQL Server需要安裝本地驅動程序（Sybase，DB2等）
• 集群，場外DR：注冊表項+驅動程序
• 非SQL Server x64的問題。 '努夫說
• 非SQL Server的播放效果不佳（輸入密碼的位數是多少？）
• 表現（在其他答案中）

我已經為Access，DB2，Oracle，Sybase和奇怪的專有ODBC驅動程序設置了鏈接服務器。 我現在更喜歡SSIS或.net代碼......

Answer 2

是 - 在不同物理數據庫中連接兩個數據集的查詢性能很差。

例如，如果在當前服務器上的表A和鏈接服務器上的B之間運行查詢。

 Select A.Field1, B.Field2 FROM A INNER JOIN B on A.Id = B.Id
 WHERE B.Id = @InputId

您可能會發現有效地檢索到表B的所有記錄

 Select * from Table B

進入工作服務器。

您想要做的是在鏈接服務器上有一個usp，它將Id作為參數並返回表B中的過濾記錄集

然后重寫上面的查詢，將表A連接到usp。

Answer 3

在服務器上設置一個（或多個）不是問題 - 當您實際查詢它們時，性能會受到影響。

我有一個Linked SQLServer 2005設置，它位於同一個物理大樓（在同一個網絡上）並且它不是一個問題 - 你喜歡的速度很快。

我還有另一個鏈接（Oracle）服務器，它位於世界的另一端，就像走過糖蜜和超時，連接丟失（見這里 ！）

抱歉要模糊，但......這取決於！