Diskuze: Pomoc s JOINom
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Martin Konečný (pavelco1998):18.10.2014 17:09
Zkus něco takovýho
<?php
$inzeraty = $db->fetchAll("
SELECT `inzerat`.`id`, `inzerat`.`nazev` AS nazevInzeratu, `inzerat`.`popis`,
`mesto`.`nazev` AS nazevMesta,
`region`.`nazev` AS nazevRegionu
FROM `inzerat`
INNER JOIN `mesto` ON `inzerat`.`mestoId` = `mesto`.`id`
INNER JOIN `region` ON `inzerat`.`regionId` = `region`.`id`
");
foreach ($inzeraty as $inzerat) {
echo "Inzerát: {$inzerat->nazevInzeratu}, Město: {$inzerat->nazevMesta}, Region: {$inzerat->nazevRegionu}<br />";
}Dávat jeden query na inzeráty a pak v cyklu další dva dotazy pro město a region není dobrej nápad, protože tím pak posíláš velké množství dotazů do DB.
+20 Zkušeností
+2,50 Kč
Matúš Petrofčík:18.10.2014 18:49
pavelco, práve to je ten problém, že teraz to mám riešené cez 1 query
na vytiahnutie poľa inzerátov, a potom mám foreach na všetky tieto inzeráty
a pri každom cykle sa mi vykoná 5 query do databázy, a došli mi že to nie
je správna cesta 
vypísanie 3 skúšobných inzerátov síce funguje super, vygenerovanie
stránky ma stojí 650ms, čo nie je pri 3 inzerátoch ani trošičku v poriadku
:/
Všetkým moc ďakujem za pomoc, ale pre úplnosť doplním: každý inzerát má id mesta, regionu, kategorie, podkategorie, inzerenta. Tieto 5 id sa musia nahradiť názvami. Je v poriadku pre databázu mať taký 5+ násobný join? jedná sa o postgres db. Ak to nie je v pohode, asi to spravím ako radil Richard (Nacpal bych id a názvy do array a pak přiřazoval.)
Matúš Petrofčík:18.10.2014 19:50
to asi ne, pretože by to chcelo 6 selectov za sebou
- zoznam inzerátov
- zoznam miest
- zoznam regionov
- zoznam kategorii
- zoznam podkategorii
- zoznam mien ľudí
a potom prehnať 1. zoznam foreachom a nahradiť idčka podľa 2. až 6. zoznamu
kde to join spraví všetko za mňa a rovno vypľuje to čo chcem (teda
aspoň tak si to predstavujem ). ten join bude asi najrozumnejší, tak ho skusím, a ak bude trvať
kratšie než to trvá teraz, tak už toto bude podľa mňa výhra
Richard:18.10.2014 21:23
Tak ani jeden netušíme kolik dat bude nebo co s tím dál bude dělat (jo,
nejspíš pár a vypíše to, ale co kdyby ), ale uznal jsem že join je
určitě lepší volba a že doporučovat něco jiného byl fail.
len tak pre zaujímavosť:
pomocou obyčajného selectu bez joinov získať zoznam 3 vyhovujúcich
inzerátov, a následne foreach cez tieto inzeráty kde sa pri každom volali
ďalšie 2 selecty aby sa namiesto id mesta a id regionu nahradili názvy miest
a názvy regionov... 320-350ms
pomocou selectu s dvoma jednoduchými joinami kde mi namiesto id mesta a id regionu doplnila názvy miest a názvy regionov databáza... 180-220ms
a to ide len o 3 inzeráty 
čo by to s tým foreachom a ďaľšími selectami bolo, keby ich tam bolo 100
možno to neskôr
vyskúšam
pomohol som si s riešením ktoré tu dal Martin Konečný (pavelco1998), to od
Tukmaka mi na Postgrese 9.0 nefunguje
Matúš Petrofčík:19.10.2014 23:37
ja si schválne dávam názvy v tabuľkách takto: inzety - inzerat_id,
inzerat_nazov... a to z toho dôvodu, že raz budem používať joiny, tak aby
som sa na 1000% niekde nepomýlil, a ak potrebujem tak si ich cez inzerat_id
AS id premenujem nikdy
som však joiny nepotreboval, tak som úplne zabudol ako ich používať zatiaľ mi takéto pomenovanie
tabuliek a atributov vyhovuje, no možno to zmením ak na to bude dobrý
dôvod
Matúš Petrofčík:19.10.2014 23:43
No pôvodne som to robil takto:
- query do db - vybrať zoznam inzerátov vyhovujúcich podmienke
- prehnať zoznam inzerátov cez foreach a pozmeniť/doplniť ich údaje pre výpis podľa potreby
ten 2. krok pozostával z opakovania týchto krokov:
- query do db - získať názov mesta podľa id
- query do db - získať názov regionu podľa id
- query do db - získať názov kategorie podľa id
- query do db - získať názov podkategorie podľa id
- query do db - získať názov stavu produktu podľa id
- query do db - získať názov ceny produktu podla id pokial nie je zadaná hodnota v cene
- ešte 3 query
pri 3 inzerátoch to máme 1 + 3*9 selectov a to bol problém,
pre ktorý som toto vlákno zakladal
teraz mám všetko v jednom selecte :3
ešte jeden postreh: predtým mi výpis nednoho inzerátu trval 550-600ms,
teraz 80-100ms takže joiny
vedieť je veľmi výhodné, aj napriek tomu že mám v jednom selecte 8 joinov
Matúš Petrofčík:19.10.2014 23:58
Mohol by si mi prosím ešte v rýchlosti vysvetliť rozdiely a použitie
INNER a OUTER, LEFT a RIGHT joinov prosím? ja už musím ísť spať tak si to
zajtra pozriem, ak teda máš na to času
Martin Konečný (pavelco1998):20.10.2014 0:02
http://stackoverflow.com/…nd-full-join
Nechce se mi to moc slovně popisovat, protože bych ti určitě napsal něco
špatně.
Jakože vím, v jakém případě jaký použít, ale kdybych ti to měl napsat,
tak bych se v tom možná trochu zamotal.
Martin Konečný (pavelco1998):20.10.2014 12:11
Pokud jsem tvůj případ pochopil dobře, pak to obvykle řeším LEFT
JOINem, kdy z druhé tabulky dostanu NULL.
Je ale pravda, že OUTER moc neznám a je možné, že by se mi v některých
případech hodil líp.
Díky
Matúš Petrofčík:20.10.2014 15:41
Moj testovaci apache pod win 7 (lokalne), a db postgres 9 na serveroch
websupportu (nie lokalne). Taktiez niesu to len dotazy ale komplet system s
generovanim sablon, routovanim atd, napisal som sam, malinko podobne tomu z
tutorialov (dalsi projekt bude snad na nette alebo laraveli z dovodu, ze sa mi
uz nechce riesit kazdu prkotinu ktora uz vyriesena je). Casy su podla toho za
kolko ho chrome dostane vygenerovane naspat. Net je Slovenska akademicka siet.
Raz som pouzival aj pocitadlo v php ale oproti casom v chrome to bolo par ms
rozdiel, tak to snad aspon trochu spolahlive bude tie joiny su skvela vec, lebo
som okrem casu usetril aj zbytocny kod
David Hartinger:20.10.2014 16:08
Na takováto mereni pozor, DB si děla nejake cache, takže když tu query
spustis poprvé, většinou tvá jinak dlouho než podruhé a další případy
jsou také mnohem rychlejší. Merit bys mel na dostatecnych datech, na 3
polozkach se nepozná nic a může to zpomalovat třeba i samotné parsovani
toho příkazu Jestli mas
chuť, vygeneruj tam par tisíc položek a hod sem casy, to uz bude
zajímavé.
David Hartinger, Michal Štěpánek: No vidíte, vím jak to použít, ale ani
nevím, jak přesně se to jmenuje Děkuji za doplnění.
Zobrazeno 36 zpráv z 36.