Komentarze do: Ruby on Rails :include i ‘eager loading’ w akcji

Autor: Paweł Kondzior

Paweł Kondzior — Thu, 19 Jun 2008 17:06:32 +0000

Od kilku dni właśnie zastanawiałem się jak wygląda sprawa sortowania po join’owanych tabelach w Rails 2.1. Fajnie ze rozwaizali to w ten sposob i ze sie bez problemu da.

Autor: Sabon

Sabon — Thu, 19 Jun 2008 16:07:24 +0000

Seban, dzięki za linka. Jakimś trafem go wcześniej przeoczyłem.
Aż tak głęboko nie wchodziłem w temat eager loading, ale teraz już wiem kolejnych kilka nowych rzeczy z tematyki „dlaczego?” i „jak to działa?”

Też lubiłem 1 z 10. A teraz nie mam po prostu telewizora. Co zresztą bardzo sobie chwalę.

Autor: Seban

Seban — Thu, 19 Jun 2008 16:01:34 +0000

W 2.1 jeśli łączy się inlude z conditions lub jeśli mamy coś w stylu :include => { :operations => :group } (taki złożony include) to będzie jedno długie zapytanie tak jak pisał Sabon. Akita http://www.akitaonrails.com/2008/5/26/rolling-with-rails-2-1-the-first-full-tutorial-part-2 wyjaśnił dlaczego zachowanie eager loading zmienione zostało w 2.1.
Zawsze lubilem 1 z 10 :)

Autor: Sabon

Sabon — Thu, 19 Jun 2008 15:13:27 +0000

Według mnie daje to tylko jedną tabelę.

Autor: Mitsu

Mitsu — Thu, 19 Jun 2008 14:03:48 +0000

Przy wykorzystaniu tej mniej eleganckiej opcji :joins do połączenia np. 4 tabel, również dostajemy więcej zapytań czy jedno duże bez optymalizacji ?

Autor: Sabon

Sabon — Thu, 19 Jun 2008 13:34:29 +0000

Podsumowując:
* Nie zawsze mniejsza liczba zapytań jest szybsza i wydajniejsza
* Eager loading to nie zawsze jedno duże zapytanie
* Tak czy owak, warto jak najczęściej używać eager loading, bo ma to sens.
I już :)

Autor: Radarek

Radarek — Thu, 19 Jun 2008 13:30:05 +0000

@sabon: no tak, tutaj N+1 zapytań jest szybsze od tego jednego wielkiego, a co dopiero od M+1 zapytań (gdzie M = liczba iteracji). Nie zawsze mniejsza liczba zapytań wykona się szybciej.

Autor: Sabon

Sabon — Thu, 19 Jun 2008 13:25:37 +0000

@oki
Dzięki za info. Mam ten pdf ściągnięty i część już przejrzałem, ale do tego jeszcze nie doszedłem. Małe, ale jednak udogodnienie. Zacznę stosować.

@radarek
N+1 przy N = liczba tabel to ciągle o wiele lepiej, niż N+1, gdzie N = liczba iteracji :)

Autor: Radarek

Radarek — Thu, 19 Jun 2008 13:22:43 +0000

Dyskutowaliśmy o tym na ircu. Teraz przy eager loading zamiast jednego wielkiego zapytania jest bodajże N+1 zapytań gdzie N = liczba tabel, które łączymy. Ma to dosyć spore znaczenie zważywszy, że redundancja danych przy iloczynie kartezjańskim wielu tabel jest ogromna.

Autor: oki

oki — Thu, 19 Jun 2008 13:22:35 +0000

Co do zapisu:
@cooks = Cook.find(:all)
bardziej zwiezle
@cooks = Cook.all

@cooks = Cook.find(:all, :include => :ingredients)
analogicznie:
@cooks = Cook.all(:include => :ingredients)

Duzo przykladow i zmian w Rails 2.1 zostalo opisanych w:
http://www.nomedojogo.com/2008/06/15/ruby-on-rails-21-whats-new-second-edition/