WEJŚCIE WEWNĘTRZNE na podłączonym serwerze Tabela znacznie wolniejsza niż pod-zapytania

Question

Natknąłem się na tę bardzo dziwną sytuację i pomyślałem, że podrzucę ją tłumowi, aby dowiedzieć się dlaczego.

Mam zapytanie, które zostało łączący tabelę na połączonym serwerze:

select a.*, b.phone 
from table_a a, 
join remote.table_b b on b.id = a.id 
(lots of data on A, but very few on B) 

ta kwerenda mówił zawsze (nigdy nie dowiedziałem się rzeczywisty czas pracy), a to jest, gdy zauważyłem B nie miał indeks, więc dodałem go, ale to nie rozwiązało problemu. Wreszcie, z rozpaczy próbowałem:

select a.*, b.phone 
from table_a a, 
join (select id, phone from remote.B) as b on b.id = a.id 

Ta wersja zapytaniu, w moim umyśle jak najmniej, powinny mieć takie same wyniki, ale lo i oto jej odpowiadać natychmiast!

Jakieś pomysły, dlaczego ktoś zawiesiłby się, a drugi proces szybko? I tak, zaczekałem, aby upewnić się, że indeks został zbudowany przed uruchomieniem obu.

Answer 1

To dlatego, że czasami (bardzo często) realizacja planów automatycznie generowanego przez Silnik serwera sql nie są tak dobre i oczywiste, jak chcemy. Możesz spojrzeć na plan wykonania w obu sytuacjach. Sugeruję użycie wskazówki w pierwszym zapytaniu, coś takiego: INNER MERGE JOIN.

Oto więcej informacji na ten temat:

http://msdn.microsoft.com/en-us/library/ms181714.aspx

Answer 2

Zdalny stół jak na tym serwerze? Czy jest możliwe, że sprzężenie rzeczywiście wywołuje wiele wywołań do tabeli zdalnej, podczas gdy podzapytanie wykonuje jedno żądanie dla kopii danych tabeli, co skutkuje mniejszą ilością czasu oczekiwania w sieci?

Answer 3

Dla serwerów połączonych 2-ty wariant wstępnie wyłapuje wszystkie dane lokalnie, a nie łączenia, od dnia 1 wariant może zrobić inner loop join podroż dookoła do połączonego serwera dla każdego wiersza w

Answer 4

jestem po prostu będzie musiał zgadywać tutaj. Kiedy uzyskujesz dostęp do remote.b to jest to tabela na innym serwerze?

Jeśli tak jest, powodem, dla którego druga kwerenda jest szybsza, jest to, że wykonujesz jedno zapytanie do drugiego serwera i dostajesz wszystkie potrzebne dane z b, przed przetworzeniem danych. W pierwszym zapytaniu przetwarzasz dane i jednocześnie wysyłasz kilka żądań do drugiego serwera.

Mam nadzieję, że ci to pomoże.