Diskuze: spravne poradi po grupovani
V předchozím kvízu, Online test znalostí SQL a databází, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 9 zpráv z 9.
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.
Vim, vim, v dotazu mam DESC. Ale to s tim nesouvisi. At napisi, co napisi,
tak se poradi nezmeni.
Ted jsem nasel, ze u mariadb je nejaky problem, ktery se da resit pomoci LIMIT
18446744073709551615
As I am not allowed to comment on user1908688's answer, here a hint for MariaDB users:
SELECT *
FROM (
SELECT *
ORDER BY date ASC, time ASC
LIMIT 18446744073709551615
) AS sub
GROUP BY sub.name
Po pridani mi to na localhostu zacalo menit poradi. Nicneme presne opacne
Po odebrani ASC DESC stale
funguje. To je divny bug.
jenom doplnim...
$query = "
-- SELECT GROUP_CONCAT(CONCAT(`x`.`jmeno`, ' - ', `x`.`prijmeni`) SEPARATOR ', ') AS `participant_list`
-- FROM (
SELECT DISTINCT `a`.`idform`, `b`.`jmeno`, `b`.`prijmeni`
FROM `s_form_participant` `a`
LEFT JOIN `s_participant` `b` ON `b`.`idparticipant`=`a`.`idparticipant`
WHERE `a`.`idform`=%s
ORDER BY `b`.`prijmeni` ASC, `b`.`jmeno` ASC
LIMIT 18446744073709551615
-- ) AS x
-- GROUP BY `x`.`idform`
";
//`b`.`prijmeni` SEPARATOR ', ') AS `out`
$sql_row = $this->SQL->selectAll($query, array($id_form));
var_dump($sql_row);
array (size=2)
0 =>
array (size=3)
'idform' => string '63' (length=2)
'jmeno' => string 'Tomas' (length=5)
'prijmeni' => string 'Cerny' (length=5)
1 =>
array (size=3)
'idform' => string '63' (length=2)
'jmeno' => string 'Petr' (length=4)
'prijmeni' => string 'Zavodnik' (length=8)
a bez poznamek -- to vyhodi toto
array (size=1)
0 =>
array (size=1)
'participant_list' => string 'Petr - Zavodnik, Tomas - Cerny' (length=30)
A ted ten samy dotaz funguje pro zmenu. Vubec nevim proc. Takze netusim, co
to bude delat realne na serveru
Zatim to asi nebudu resit
Jeste mne napada, ze nekde nekdo rikal, ze sloupec, ktery pouzivam pro GROUP
bych mel mit i v SELECT. Tak to tam zkusim pridat a budu doufat, ze to bylo tim

Také jsem to jednou řešil... pokud i pamatuji správně, myslím, že to souviselo s optimalizací vykonávaní toho dotazu. Pokud ve vloženém/ vnitřním dotazu s ORDER BY není LIMIT, tak je tento ORDER BY ve vnějším dotazu ignorován. Je to specifické pro MariaDB.
No, ja zkousel cely ten order presunout na konec. Ale vysledek byl stejny,
prave.
ORDER BY x.prijmeni ASC,
x.jmeno ASC
Pak to zacalo fungovat, ikdyz jsem ten limit smazal. At uz jsem mel ORDER pak
kdekoliv. Ja to proste asi nechapu. Kdyby to bylo puvodni mysql a netlacili mi
tam jakesi mariadb, tak by to normalne fungovalo. Ale, kdo vi, mozna v tom
dotazu mam nejakou skrytou zaludnost.
Uplne idealni by bylo, kdyby se mi to podarilo propojit na SELECT sloupce FROM
s_idform , idform=idform. Ale je patek a uz se mi nechce premyslet. A tech
zaznamu bude tak do 300, at se sql server taky trochu zapoti pri exportu 
SELECT * FROM (
SELECT GROUP_CONCAT(CONCAT(`x`.`jmeno`, ' - ', `x`.`prijmeni`) SEPARATOR ', ') AS `participant_list`
FROM (
SELECT DISTINCT `a`.`idform`, `b`.`jmeno`, `b`.`prijmeni`
FROM `s_form_participant` `a`
LEFT JOIN `s_participant` `b` ON `b`.`idparticipant`=`a`.`idparticipant`
WHERE `a`.`idform`=%s
) AS x
GROUP BY `x`.`idform`
) AS q
ORDER BY `participant_list`
Aha, takhle mysleno. No, mozna vyzkousim, pokud nahlasi problem, se spatnym
poradim jmen
Ono, teoreticky
jim je mozna jedno v jakem poradi to bude. Ale uvidime. Ale urcite dik.
Zobrazeno 9 zpráv z 9.
