[bonus]

Jak napisać w Eloquent Laravela, sortowanie po ilości komentarzy malejąco i po dacie dodania posta.

W przypadku 2 tabel Post i Comment. Relacja 1:N $post->comments();

np.

Post(21 grudzień, 8 komentarzy)

Post(23 grudzień, 8 komentarzy)

Post(8 grudzień, 4 komentarzy)

#webdev #php #laravel

[m.....t]

@bonus: laravel sort by relationship -> google

[MacDada]

@bonus: „Keszuj” sobie liczbę komentarzy w

Post

– dodajesz komentarz to zwiększasz licznik, usuwasz to zmniejszasz. Co jakiś czas przelatujesz całość, żeby upewnić się, że liczniki są OK.

Po co? Bo wtedy sortowanie jest proste i szybkie, bez potrzeby joinowania komentarzy.

[bonus]

@MacDada: Nie wiem czy szybsze :)

co jakiś czas przelatujesz liczniki

Bez sensu tworzyć nową kolumnę w bazie dla postów, a co jeśli chce zrobić jeszcze kilka takich sortowań dla innych

[uirapuru]

@bonus: jedno z najgorszych mozliwych wydajnościowo rozwiązań, ale jak chcesz. Pomysł od MacDada był prosty i skuteczny, przesadna normalizacja jest o kant pupy czasem, warto sobie takie nadmiarowe dane przechowywać i raz na pare godzin zaktualizować z crona.

[bonus]

@uirapuru: Co jest złego w wydajności joina?

[uirapuru]

@bonus chodzi mi o count'a, wszelkie sumy itd zżerają bardzo dużo

[bonus]

To samo zapytanie z orderBy(DB::raw("COUNT(comments.postid)"), "DESC")

(141 total, Wykonanie zapytania trwało 0.0004 sekund(y))

Zapytanie bez orderBy(DB::raw("COUNT(comments.postid)"),

[uirapuru]

@bonus: ale wiesz, ze ja nie mam zamiaru sie sprzeczać, nic mi nie udowodnisz, zwłaszcza przy takich ilościach :) ja bym po prostu tak nie zrobił :) kolega wyżej dał dobry pomysł, ale widze, że już masz własny i szukasz akceptacji ;)

[bonus]

@uirapuru: Ja też nie chcę się sprzeczać, wolałbym się nauczyć czegoś nowego. :D Po prostu to rozwiązanie kolegi wyżej to trochę makaron i nie wnosi dobrych praktyk. Jeśli moje rozwiązanie byłby rzeczywiście znacznie wolniejsze chętnie bym skorzystał z tamtego.

[uirapuru]

ps. bonus mysql :D

[uirapuru]

@bonus: wlasnie rzeklbym, ze to jak najbardziej stosowana praktyka.

[bonus]

@uirapuru: Tak redundancja danych to spopularyzowana praktyka

[uirapuru]

@bonus: mozesz robić tak, możesz keszować dane. Mało tego - możesz między laravela a mysqla wstawić nosqla. Możesz trzymać w sesji. Pierdyliard rozwiązań, ale przy skali 140 postów to faktycznie - żadne nie pokaże pazura.

[bonus]

@uirapuru: Generuje sobie w testowej bazie fakerem 1500 postów, zobaczymy czy było warto. :)

[bonus]

Bez count dla 1500 postów

0.0164 sekund

Z Count

0.0107

[uirapuru]

tego typu testy rób w czystym mysql

[MacDada]

Myślę, że wydajność nie spadła aż tak drastycznie. Test robiony na 140 postach :)

@bonus: Przy tylu faktycznie nie ma znaczenia – wybierz tę metodę, która jest dla Ciebie najwygodniejsza.