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

Question

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

使用設置在服務器上的SQL Server 2005和更高

Answer 1

• 服務器遷移是比較繞口
• 安全性可能會非常棘手建立了多跳
• 非SQL服務器的人需要安裝（的Sybase，DB2等）
• 集羣本地驅動程序，關閉-site DR：註冊表項+驅動程序
• 非SQL Server x64災難。 「納夫說
• 非SQL服務器的人不玩好（多少地方輸入密碼？）
• 性能（在其他的答案）

我已經設置了鏈接服務器來訪問，DB2，Oracle，Sybase和奇怪的專有ODBC驅動程序。我寧願SSIS或.net代碼現在...

Answer 2

有一個（或多個）不是問題 - 當你來到居然查詢它們的性能影響就越大。

我有一個鏈接的SQLServer 2005的設置，它位於同一個物理建築物中（在同一個網絡上），它不是一個問題 - 只要你喜歡。

我也有另外一個鏈接（Oracle）的服務，這也是對世界是想通過糖蜜和時間外出散步的另一側，如斷開連接（見here！）

對不起，是模糊的，但。 ..這取決於！

Answer 3

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

例如如果您在當前服務器的表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 

到工作服務器。

你想要做的，而不是什麼是有鏈接的服務器，需要一個ID作爲參數，並返回從表B中的過濾記錄

然後重寫上述查詢加入表A的一個USP代替usp。