Những hạn chế của việc sử dụng các máy chủ được liên kết trong SQL Server là gì?

Question

Có bất kỳ vấn đề hiệu suất lớn hoặc mối quan tâm bảo mật nào không?

Sử dụng SQL Server 2005 và cao hơn

Answer 1

• máy chủ di cư là phức tạp hơn
• bảo mật có thể được khôn lanh để thiết lập cho đa-hop
• Non-SQL Server những người đòi hỏi một tài xế địa phương cài đặt (Sybase, DB2 vv)
• Clusters, ngoài khơi DR trang web: mục đăng ký + trình điều khiển
• Tai ương không phải là máy chủ SQL x64. 'Nuff nói
• Non-SQL Server những người không chơi tốt (có bao nhiêu nơi để nhập mật khẩu?)
• Hiệu suất (trong câu trả lời khác)

tôi đã thiết lập các máy chủ liên quan đến truy cập , DB2, Oracle, Sybase và trình điều khiển ODBC độc quyền lẻ. Tôi muốn sử dụng mã SSIS hoặc .net ngay bây giờ ...

Answer 2

Có một (hoặc nhiều) thiết lập trên máy chủ không phải là vấn đề - đạt hiệu suất sẽ là khi bạn đến để thực sự truy vấn họ.

Tôi có một thiết lập SQLServer 2005 được liên kết, trong cùng một tòa nhà vật lý (trên cùng một mạng) và không phải là vấn đề - nhanh như bạn muốn.

Tôi cũng có một máy chủ được liên kết (Oracle) là ở phía bên kia của thế giới đó là như đi bộ qua thuốc giải độc và thời gian ra, thuốc nhỏ kết nối (xem here!)

lỗi cho tôi nếu mơ hồ, nhưng. .. nó phụ thuộc!

Answer 3

Có - Các truy vấn tham gia hai bộ dữ liệu trong các cơ sở dữ liệu vật lý khác nhau hoạt động kém.

ví dụ: Nếu bạn chạy truy vấn giữa bảng A trên máy chủ hiện tại và B trên máy chủ được liên kết.

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

bạn có thể thấy rằng tất cả các hồ sơ cho bảng B được lấy ra - một cách hiệu quả

Select * from Table B 

vào máy chủ làm việc.

gì bạn muốn làm thay vào đó là có một USP trên máy chủ liên kết mà phải mất một Id như một tham số và trả về một recordset lọc từ Bảng B

Sau đó viết lại truy vấn ở trên để tham gia Bảng A đến thay vào đó.