MySQL - Dolgi query ali več manjših?
10 naročnikov
10 naročnikov
Zanima me ali se je boljše potruditi in narediti en "dolgi" query v katerem uporabiš JOIN-e ali je vseeno in pač narediš več manjših, ko kakšen podatek potrebuješ? Predvsem me zanima z vidika hitrosti (za končnega uporabnika) in obremenitve (za strežnik)?
22 odgovorov
b00mbar in carli, tudi vidva govorita neumnosti. Zadeva, ki jo je pastal carli ima JOIN, celo nekaj njih. Vsaka vejica v FROM je semantično ekvivalentna INNER JOIN, z eno razliko, da ima INNER JOIN večjo precendenco.
Iz JOIN Syntax:
INNER JOIN and , (comma) are semantically equivalent in the absence of a join condition: both produce a Cartesian product between the specified tables (that is, each and every row in the first table is joined to each and every row in the second table).
However, the precedence of the comma operator is less than of INNER JOIN, CROSS JOIN, LEFT JOIN, and so on. If you mix comma joins with the other join types when there is a join condition, an error of the form Unknown column 'col_name' in 'on clause' may occur. Information about dealing with this problem is given later in this section.
Damn! Vini thanks ...
V to se res nisem nikoli spuščal ni bilo neke potrebe, do sedaj očitno :D. hmm
Fax, FRI še posebej, je čist zgrešen. Če dan za dnem poslušaš tista predavanja ti ne bo ostalo nič. FRI bi morala bit sama praksa - ampak to taka na kateri se dejansko kaj nauči.
Ja sej se ne zanašam, nisi lih razumel, nisem na FRIju tak da teh predavanj ne bom nikoli slišal, kar znam pa nisem slišal na teh predavanjih :D. Drgač pa ko enkrat prideš do problema se že poglobiš, tak bom enkrat mogu tut te joine pogledat :D.
Kaj pa vem, nekako se mi zdi, da so JOIN zadeve pa le takšna osnova SQLa, da bi moral vsaj približno za njih slišat še preden prideš do problema :) To je nekako tako, kot da bi za avto rekel, da boš zavore pa že poiskal, ko jih boš potreboval :P