Vložený select a přechod z mysql na mariadb pro výpis ze smf2 – MySQL – Fórum – Programujte.com

v mysql jsme pro výpis nejnovějších příspěvků z různých témat (mimo moderátorských) používali SQL příkaz: 

select * from (select * from smf2_messages order by poster_time desc) as rows where id_board!=27 group by id_topic order by poster_time desc limit 10 

po přechodu na mariadb 10.1.10 již teto příkaz nevrací očekávané výsledky
zkoušel jsem různé variace příkazů a přijde mi že například tyto výrazy vrací shodné výsledky: 

select * from smf2_messages inner join (select distinct id_topic from smf2_messages where id_board!=27 order by poster_time desc) as rows on rows.id_topic=smf2_messages.id_topic order by poster_time desc limit 10
select * from smf2_messages  where id_board!=27 order by poster_time desc limit 10

přestože bych myslel že když 

select distinct id_topic from smf2_messages where id_board!=27 order by poster_time desc

vrátí očekávaný výsledek (neopakující se id_topic), měl by inner join fungovat - nicméně výsledkem jsou záznamy s opakujícími se id_topic

#1 VelkyBubak
V prvním zápisu je chybně klauzule GROUP BY. MySQL to sežere (a v podstatě vrací nesmysly), ale ostatní databáze se vztekají.

Pokud chceš regulérně používat GROUP BY, musíš v každém sloupečku pro každý řádek zajistit jedinečnost hodnoty nějakou agregací.

Klauzuli WHERE je dobré umístit dovnitř závorky, bude to o něco rychlehší,

#2 Kit
Hm, díky. Myslíš jako že se vpodstatě vybírá náhodný záznam do každého sloupce?

PS: Zajistit ve fóru jedinečnost každého sloupce (včetně např. textu a nadpisu) je minimálně nepraktické ... a téměř nemožné - což by znamenalo nepoužívat na výpis group by -> napadá tě kde je chyba v tom druhém?

.

#3 VelkyBubak
Náhodný v tom smyslu, že vezme první vhodný záznam, na který narazí, což nemusí být první podle ID. Pořadí záznamů v relační databázi obecně není definováno.

GROUP BY se běžně používá tak, že seznam prezentovaných sloupců, které neobsahují agregaci, se vypíše v klauzuli GROUP BY. Hvězdička zde nemá uplatnění.

Tuším, že posledně jsem podobný případ řešil přes podmínku WHERE topic_id IN (SELECT ... , ale nyní si neuvědomuji, jestli jsem to z důvodu výkonu nepředělal zase na JOIN. Na takové záležitosti se už občas vyplatí použití EXPLAIN, aby si vývojář uvědomil, jak to databáze řeší.

JOIN funguje jinak, než sis myslel ve 2. příkladu.