[arnold-gruszka]

Kolega twierdzi, iż lepiej jest zrobić select w pętli niż używająć JOIN'a. Kto ma rację ja mówiac że lepiej joina, czy on?

Pętla będzie szła od 1 do 100

#programowanie #bazydanych

[blashot]

@arnold-gruszka: oba idą od 1 do 100 macie remis? ( ͡° ͜ʖ ͡°)( ͡° ͜ʖ ͡°)

[dobry_wykopek]

@arnold-gruszka: przekaż koledze, że jest debilem

[arnold-gruszka]

@arnold-gruszka: tu macie jego jego kod xd

$ChatMessages = $Connect_Server->prepare('SELECT * FROM chat DESC ASC LIMIT 100');
 $ChatMessages->execute();

 foreach($ChatMessages as $ChatMessage) {
 $accounts = $Connect_Server->prepare('SELECT * FROM accounts WHERE id = :account_id LIMIT 1');
 $accounts->bindValue(':account_id', $ChatMessage['account_id'], PDO::PARAM_INT);
 $accounts->execute();

 foreach($accounts as $account){

 }
 $accounts->closeCursor();
 }
 $ChatMessages->closeCursor();

I mój

$QueryGetMessages = $Connect_Server->query('SELECT accounts.user_name, accounts.ranga, accounts.color_name, accounts.color_message, accounts.avatar, chat.text, chat.create_date FROM accounts INNER JOIN chat ON accounts.id = chat.account_id ORDER BY chat.id DESC LIMIT

[piterRRR]

@arnold-gruszka: kolega pracuje w wykopie ?

[piterRRR]

@arnold-gruszka: o #!$%@? php XD

[Hauleth]

@arnold-gruszka: powiedz koledze, że jest idiotą. Nawet bez indeksów jego wersja rozjedzie się na tych wszystkich zapytaniach TCP.

[arnold-gruszka]

On twierdzi, że jego bardziej czytelny

[kernelpan1c]

@arnold-gruszka: bardziej czytelny - chyba dla kogoś kto nie poznał co to JOIN xD

[aseeon_]

@arnold-gruszka: powiedz koledze, że powinien przygotować jakiś plan B jak to jego programowanie niechybnie #!$%@?

[piterRRR]

@arnold-gruszka o #!$%@? XD ciekawe czy jak joinował po kilka tabel to tez tak robil XD?? co tu sie odjaniepawliło

[moj_wykopowy_login]

@Hauleth: Raz jakiś komponent zaczął mi wstawać na produkcyjnych danych ok 30 minut .
Pacze w kody, a tam jakiś geniusz select'a w pętli zrobil

[croppz]

@arnold-gruszka: kto pracował w php ten się w cyrku nie śmieje ¯\_(ツ)_/¯

[arnold-gruszka]

@arnold-gruszka: pisze teraz ze fetchAll to pętla i to samo co on robi dlatego nie ma żadnej różnicy xd

[blashot]

@arnold-gruszka: daj mu zadanie kto napiszę kilka join szybciej ( ͡° ͜ʖ ͡°)( ͡° ͜ʖ ͡°) oraz by czas ich wykonania był szybszy. To pewnie jutro wrócisz i jeszcze będzie w połowie

[dobry_wykopek]

pisze teraz ze fetchAll to pętla i to samo co on robi dlatego nie ma żadnej różnicy xd

@arnold-gruszka: twój kolega widzę specjalista baz danych xd
Rozumiem, że można czegoś nie wiedzieć. Nawet mogę zrozumieć, że można nie znać czegoś tak podstawowego jak join, ale żeby być takim ignorantem, żeby kłócić się na temat rzeczy o których nie ma się bladego pojęcia to już trzeba być wybitnym debilem.

[the4dk]

@arnold-gruszka: Omatkobosko, czas wykonania i zasoby to jeszcze nic, a co będzie gdy dane trzeba będzie pobrać z wielu tabel, w których wartości zmieniają się bardzo często? Co z transakcyjnością? A gdy będzie robił updatey z klauzulą WHERE to też będzie ręcznie w pętli jechał? To wtedy ponadpisuje dane z innych transakcji!

[Ragnarokk]

@arnold-gruszka:
Coż czuję, że kolega wkrótce poza empirycznie na czym polega pętla przy robieniu burgerów w McD ( ͡° ͜ʖ ͡°)

[682c41a4]

@arnold-gruszka: fajny bait, taki nie za realistyczny ( ͡° ͜ʖ ͡°)

[anonimowy_uzytkownik]

@dobry_wykopek: @Hauleth: @piterRRR: @dobry_wykopek: @682c41a4:
W tym wypadku oczywiście o pętli nie może być mowy ale wierzcie lub nie, pare lat temu w aplikacji która się komunikuje z NFZ trzeba było wyciągnąć masę danych z łącznie 7 tabel pojoinowanych - też było wiadomo że w paczce ma być 100 rekordów maks. Każdy klient miał swój serwer także nie było problemu. Czas jednego zapytaniaz JOINami wynosił około 19

[Hauleth]

@anonimowy_uzytkownik: a indeksy były? Były one używane? Daj mi zapytanie i dane, a po samym EXPLAIN ANALYZE znajdę ci zapewne problem.