Jakie są wady korzystania z serwerów połączonych w SQL Server?

Question

Czy są jakieś poważne problemy z wydajnością lub kwestie bezpieczeństwa?

Korzystanie z SQL Server 2005 i wyższy

Answer 1

• migracje serwerów są bardziej zawiłe
• Security może być trudne, aby ustawić się na multi-hop
• Non-SQL te serwer wymaga zainstalowanego (Sybase, DB2 itp)
• Klastry miejscowego kierowcę, off DR miejsce: wpisy rejestru + sterowniki
• Nie-SQL Server x 64 nieszczęść. „Nuff powiedział
• dla SQL Server z nich nie gra dobrze (jak wiele miejsca, aby wprowadzić hasło?)
• Wydajność (w innych odpowiedzi)

Wcześniej skonfigurować serwery połączone, aby uzyskać dostęp , DB2, Oracle, Sybase i nieparzysty prawny sterownik ODBC. Wolałbym teraz kod SSIS lub .net ...

Answer 2

mający jeden (lub wielu), ustanowiony na serwerze nie jest problem - hit wydajność będzie, gdy przyjdziesz do faktycznie kwerendy je.

Mam skonfigurowany Linked SQLServer 2005, który znajduje się w tym samym budynku fizycznym (w tej samej sieci) i nie stanowi problemu - szybko, jak chcesz.

Mam też inny serwer Linked (Oracle), który znajduje się po drugiej stronie świata, który jest jak chodzenie przez melasa i czasami na zewnątrz, krople połączenia (patrz here!)

Przepraszam być niejasne, ale. ..to zależy!

Answer 3

Tak - zapytania, które łączą dwa zestawy danych w różnych fizycznych bazach danych, działają nieprawidłowo.

np. Jeśli uruchomisz zapytanie między tabelą A na bieżącym serwerze i B na połączonym serwerze.

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

może się okazać, że wszystkie rekordy dla tabeli B są pobierane - skutecznie

Select * from Table B 

do serwera roboczego.

Co tylko chcesz zrobić to zamiast mieć USP na serwerze połączonym który odbywa id jako parametr i zwraca przefiltrowaną rekordów z tabeli B

Następnie przepisać zapytanie powyżej dołączyć Tabela A do usp zamiast tego.