Diskuze: MySQL - načtení řádků z tabulky do sloupců
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Zobrazeno 8 zpráv z 8.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.


Udělej si zvlášť tabulku Kc a Eur. EAV není dobré používat, protože se s tím pak špatně pracuje.
SELECT id, Kc.cena AS kc, Eur.cena AS eur FROM zbozi
LEFT JOIN Kc USING (id)
LEFT JOIN Eur USING (id);


No jo, ale když dopředu neznám počet parametrů a každé zboží může mít odlišné parametry, tak právě zakládat na vše tabulky mi nepřipadá vhodné (navíc kvůli právům by aplikace musela mít možnost tabulky zakládat). Ty ceny jsem uvedl jako velmi zjednodušený příklad principu co potřebuji z MySQL dostat.
S tim JOIN mě ještě napadlo:
select id, ifnull(kc.hodnota, 0) as kc, ifnull(eur.hodnota, 0) as eur
from zbozi left join ceny as kc on zbozi.id=kc.Zbozi_id and kc.mena="kc"
left join ceny as eur on zbozi.id=eur.Zbozi_id and eur.mena="eur"
order by id asc;
Co vím, tak aplikace běžně mívají právo zakládat tabulky. Pochybuji, že ta práva nějak řešíš. Rozhodně je lepší za běhu přidat tabulku než alterovat stávající tabulku přidáváním dalšího sloupce.
Proč dáváš "0" místo null? To budou výrobky bez uvedené ceny zadarmo?


Práva webové aplikaci nastavuji v databázi co nejmenší možná.
Je jedno, jestli to vrátí NULL nebo 0, byl to jen příklad pro zjedodušení - reálná situace je, že to vůbec nejsou ceny, ale jsou to parametry zboží, takže tabulka je
Zbozi_id | parametr | hodnota
1 | délka | 100
1 | šířka | 15
2 | délka | 200
A když teď budu potřebovat přidat parametr třeba hmotnost, tak všude bude NULL, protože to není z čeho počítat (je jasné že měna v příkladu jde bez vyplnění hodnoty alespoň přibližně vypočítat převodem z jiné měny a zboží nebude zadarmo, ale hmost z délky a šířky spočítat nejde).
Potřeboval bych přesně to co je v původním dotazu. Našel jsem pár diskuzí v angličtině, kde se tímto zabývali, ale všechno mi přišlo dosti krkolomné a chci najít neoptimálnější postup, protože ho pak budu používat "na věky".
EAV můžeš použít téměř stejným způsobem, jaký jsem popsal. Jen místo
LEFT JOIN Kc USING (id)
použiješ
LEFT JOIN (SELECT id, hodnota FROM cena WHERE mena="kc") AS Kc USING (id)
Prostě jde to také, jen je to o něco větší pakárna při skládání dotazu a je to o něco pomalejší.
Mnohem lépe by se to řešilo v PostgreSQL, kde je na to určen datový typ hstore. Pokud je to možné, přejdi raději na PostgreSQL. Budeš mít méně problémů, můžeš mít celý ceník v jediné tabulce a bude to i rychlejší.


Děkuji za informaci - v podstatě to nijak jednoduše v MySQL řešit nejde a to mi jako odpověď stačí.


Možná nejlepší řešení, ale výkonem jsem to neporovnával na velkých datech.
select id, max(if(c.mena="kc",hodnota,0)) as kc,
max(if(c.mena="eur",hodnota,0)) as eur
from zbozi left join ceny as c on zbozi.id=c.Zbozi_id
group by id order by id asc;
Zobrazeno 8 zpráv z 8.