Zapraszamy do kolejnego artykułu. Tym razem piszemy o optymalizacji ilości zapytań w bazie (oczywiście na przykładzie xnovy :] )

Powiedz "NIE!" zapytaniom z pętli.

Większość z was robi 2 zapytania żeby wyciągnąć jakieś dane z bazy. Pierwsze zapytanie wyciąga np id graczy na podstawie jakiegoś warunku. Drugie zapytanie Wyciąga dane z innej tabeli na postawie danych z pierwszego zapytania. Do tego jeszcze dochodzi pętelka while() i jeżeli pierwsze zapytanie zwróci powiedzmy 200 wierszy, to drugie zapytanie wykona się 200 razy... W praktyce może to wyglądać tak (na przykładzie xnovy):



W ten sposób można zaj**** ekhm, zamulić bazę. O wiele lepszym rozwiązaniem będzie zrobienie zapytania z JOIN'em (w tym wypadku INNER JOIN, zainteresowanych innymi sposobami złączeń odsyłam tu: dev.mysql.com/doc/refman/5.0/en/join.html):


Tym sposobem machnęliśmy to jednym zapytaniem. JEDNYM w porównaniu z ilością zapytań w poprzednim przykładzie. W ten sposób niezależnie od ilości rekordów w bazie ZAWSZE zostanie wykonane tylko jedno zapytanie.

Tak gwoli ścisłości wytłumaczę jeszcze zapis typu {{table}}users.

Prototyp funkcji doquery() wygląda następująco:


zapytanie -> wiadomo;
suffix -> czyli nazwa tabeli bez prefixu (jezeli mamy game_users to suffixem jest users);
fetch -> true/false (czy ma pobrać jeden wiersz z wyniku);

W zapytaniu możemy użyć tagu {{table}}, który jest zbudowany z prefixu i suffixu. W praktyce {{table}} ZAWSZE zawiera conajmniej prefix (najczęściej 'game_'), do którego doklejany jest suffix, czyli robione jest coś takiego:

Co się stanie, jeżeli jako drugi parametr funkcji doquery() damy pusty string? Ano stanie się to, iż {{table}} będzie zawierało TYLKO prefix (w praktyce najczęściej 'game_'). Wiedząc to możemy "ręcznie" dokleić odpowiedni suffix wewnątrz zapytania tak, jak np ja to zrobiłem, czyli:


Posiadając tą wiedzę możemy śmiało konstruować skomplikowane zapytania na kilku tabelkach naraz ;]

Mam nadzieje, że artykulik przyda się paru osobom.