Spojení tabulek – MySQL – Fórum – Programujte.com

mám tabulky
goly
id_utkani
id_hrace
minuta

hraci
id_hrace
id_tymu
jmeno
pozice

sestava
id_utkani
id_hrace
id_tymu
Mohl by jste mi prosím poradit jak mám propojit tyto tři tabulky, aby se mi vypsalo jméno vedle toho počet odehraných zápasů a vedle toho počet golů, které hráč dal

Na tohle me nenapada me nic lepsino nez subquery, pogogli.

To CommanderZ : Ještě bych se chtěl zeptat, zda by podle tebe nebylo lepší udělat nějakou jinou strukturu tabulek, přeci jen si v mysql profík

Na tohle je jedine poradne reseni - udrzovat si v rodicovskych tabulkach udaje o poctech potomku. V tabulce hraci tedy budes mit ciselny udaj o poctu golu a poctu odehranych zapasu, ty ostatni budes nacitat az kdyz budes chtit vypsat podrobne udaje.

Takove indexy samozrejme musis pri kazde zmene udrzovat. Pri vlozeni dat dany udaj zvednes o jedna, pri odebrani dat pak musis cislo odecist (jestli znas konkretni pocet, kolik toho mazes), nebo prepocitat a ulozit novy udaj. Idealni jsou na to triggery.

no nejsem si jist mozna by stacilo jen

select id_hrace, count( distinct goly.id_utkani), count(count) from goly;

pak uz jen poresis zjisteni jak se ten hrac jmenuje coz je vesmes jen join a vypada ze by mohl jit i primo natural join

select hraci.jmeno, count( distinct goly.id_utkani), count(*) from goly natural join hraci;

Návrh tabulek není úplně ideální. Pokud budeš chtít sledovat další ůdaj kromě gólů (třeba asistence nebo vyloučení), už musíš přidávat další tabulky. Proto by bylo lepší vytvořit relaci UTKANI (např. id_utkani, datum, id_domaci, id_hoste) a UDALOST (id_udalosti, cas udalosti, typ udalosti, id_ucastnika), pričemž typ udalosti by odkazoval na číselník (góly, vyloučení, asistence atd.) a id_ucastnika by referencovalo na hřáče. Neříkám, že to je optimální, ale určitě lepší než přidávat tabulky :-)

Stejně tak dochází k duplikování identifikátorů... když znáš id hřáče, už nepotřebuješ znát id týmu. Samozřejmě může nastat situace, kdy hráč během sezóny hrál ve více týmech nebo tvoje statistika bude postihovat více sezón. To už by bylo potřeba ošetřit další relací. Vymyslet dobrý datový model, který bude flexibilní na rozšiřování a rovněž výkonný (normalizace je pěkná teorie, ale v praxi to občas kvůli výkonu nefunguje), není nic snadného. Pro vylepšení výkonu lze použít již zmíněné triggery, které by uchovávaly předpočítané statistiky... ale lze to samozřejmě vylepšit i jinak (třeba materializovaným view, pokud to daná databáze dovoluje).

Pokud už z nějakého důvodu nebudeš tu strukturu zlepšovat, můžeš zkusit tento dotaz:

select h.jmeno, h.pozice, z.zapasy_celkem, g.goly_celkem

  from hraci h,

       (select id_hrace, count(*) zapasy_celkem

          from sestava group by id_hrace) z,

       (select id_hrace, count(*) goly_celkem

          from goly group by id_hrace) g

  where h.id_hrace = z.id_hrace

    and h.id_hrace = g.id_hrace;

Subquery povadenym na jednotlivych radcich je lepsi se vyhnout - jakmile jsou v tech tabulkach tisice zaznamu, tak uz pak celkoy dotaz zabere nezanedbatelny cas.

A to slucovani vice tabulek do jedne take neni dobry napad. Takhle to mozna jeste vypada funkce, ale jakmile by jsi protreboval ke kazdemu tybu zaznamu ukladat dalsi nejake dalsi specifickeudaje, tak bud budes pridavat zbytecne hodne sloupcu (ktere zustanou vetsinou nevyuzite), nebo by jsi rval ruzne udaje pro ruzne typy zaznamu do stejneho sloupce, coz rovnez neni dobry napad.

Je treba si uvedomit, ze dobre napsane joiny neznamenaji zadnou zasadni zatez pro databazi - v praxi neni join deseti tabulek vubec zadny problem.

Nutný test. příspěvek.