Vlákno názorů k článku PHP okénko: Spojování tabulek od AraxoN - Pozerám že sa na autora zniesla spŕška kritiky....
-
AraxoN (neregistrovaný)Pozerám že sa na autora zniesla spŕška kritiky. A úplne oprávnene! K už povedanému dodám už len námietku voči zásade číslo 3.:
-- citujem --
3. Pro spojení tabulek se dá používat i zápis FROM vyrobky, skupiny WHERE vyrobky.skupina = skupiny.id. Tento zápis osobně nemám rád, protože dochází ke smíchání spojovacích a ostatních podmínek, což je nepřehledné obzvláště při větším množství spojovaných tabulek.
-- Koniec citátu --
Hlavne pri väčšom počte joinovaných tabuliek a zložitejšej WHERE podmienke nad rôznymi tabuľkami je práve tento zápis najrozumnejší, lebo poradie joinovania optimalizuje DB engine obvykle lepšie než to zvládne programátor, hlavne ak WHERE zostavujeme dynamicky podľa nejakých vyhľadávacích kritérií, čo zadá užívateľ. Pri joinovaní cez kľúčové slovo JOIN zároveň určujeme aj poradie v akom sa joinuje, a to môže databázu úplne zložiť na kolená už pri relatívne malom objeme dát. -
Můžete čtenáře odkázat např. na relevantní část dokumentace, která by dokazovala vaše tvrzení, že použitím klíčového slova JOIN se určuje pořadí, v jakém se joinuje? Např. v MySQL popisu JOIN je uvedeno:
STRAIGHT_JOIN is identical to JOIN, except that the left table is always read before the right table. This can be used for those (few) cases for which the join optimizer puts the tables in the wrong order.
Z toho mi vychází, že u normálního JOINu si databáze pořadí tabulek určí sama. Navíc si nemyslím, že by to byla nějaká MySQL-specifická věc.
-
AraxoN (neregistrovaný)Po pravde, netuším čo k tomu hovorí dokumentácia, ale moje skúsenosti sú také ako som napísal. Možno to neplatí paušálne, ale od istej doby som sa odnaučil písať joiny takto natvrdo. Možno to bola vina konkrétneho DB enginu - snažil som sa teraz chvíľku reprodukovať toto správanie pod MySQL 4.1 a Postgres 7.3 - a nepodarilo sa...
