Dotaz: Řazení podle obsahu řádků v mysql

[eater]

Dobrý den. V mysql mám vytvořenou tabulku se sloupci uzivatel, vlastnost, hodnota. Jak mám seřadit řádky v tabulce podle sloupce hodnota pouze pokud je vlastnost vlastnost1? Je to takové podmíněné řazení, ale nenašel jsem, že by order by uměl where.

---

---

Odpovědi

[poky74]

select * from tabulka where vlastnost="vlastnost1" order by hodnota desc

Pokud jsem to ovšem správně pochopil, tento dotaz z tabulky vybere řádky, které mají ve sloupci vlastnost hodnotu vlastnost1 a seřadí je sestupně podle sloupce hodnota...

[eater]

Já chci vybrat všechny řádky v tabulce s tím, že ty které mají vlastnost1 se budou opravdu fyzicky řadit. Ve výsledku mi jde o to mít nějak seřazené uživatele, klidně i podle více vlastností.

[poky74]

Nevím sice z jakého důvodu to chcete dělat takto, ale pokud je opravdu nutné vybrat všechna data a řadit jen některá, tak bych všechna data ukládal do pole a řazení řešil na úrovni aplikace.

Ale abych navrhl nějaké konkrétní řešení, musel bych znát větší detaily, takhle vám toho moc neporadím.

[eater]

Je to taková snaha o částečnou synchronizaci ldap s mysql a proto že v ldap může být pro uživatelský záznam více různých (i vícenásobných) atributů tak to nemohu "převést na sloupce". Ta data nebudu vybírat všechna, bude tam nějaký limit při vybírání, ale to řazení bych potřeboval už v databázi.

[Petr Bravenec]

Mysql se snažím úspěšně vyhýbat, ale v jiné databázi bych to dělat nějak takto:

... order by case when (vlastnost='vlastnost1') then hodnota else 1 end ...

Hodně štěstí.

[Dejv]

Pokud nevadi

1. stejne razeni ostatnich zaznamu
2. umisteni bloku s vlastnost1 ve vysledku toho selectu "nekde" (ne na zacatku)

pak jednoduse

select ...
from ...
where ...
order by vlastnost, hodnota

Dejv

[kuka]

A ostatni zaznamy maji byt serazene jak? Pokud jakkoliv, tak trivialni "order by vlastnost, hodnota" nepochybne vyhovuje a neni co resit.

[Petr Bravenec]

On to tam dotazující přímo nepíše, ale z kteréhosi příspěvku jsem pochopil, že chce vzít pořadí, v jakém jsou uložené záznamy v databázi. Proto jsem mu taky popřál hodně štěstí.

Výsledek takového dotazu by byl prostě nesmyslný a nepredikovatelný, jako mnoho jiných dotazů, které jsem občas nucený v produktech pro MySql opravovat, aby dělaly to, co si autor představoval. Dotazujícímu doporučuji, aby vždy, pokud mu na pořadí nějakým způsobem zaleží, seřadil **všechny** vybrané záznamy. Neznám MySql, ale třeba v Postgresql si lze napsat klidně vlastní funkci, případně se dá použít konstrukce case - when - else - end. Setřídit "jenom něco" znamená, že v pořádku bude právě jen "to něco". Zbytek bude OK jen do chvíle, než se program nainstaluje u zákazníka

[eater]

No já chci de facto řadit všechno (v tomto slova smyslu), ale fyzicky se stejně jen seřadí to co může (duplicitní záznamy ne). Jednoduše snažím se provést řazení jako kdybych měl všechno po sloupcích (uzivatel, hodnota1, hodnotaN). Jenže v mém případě nemohu napsat order by hodnota1, hodnotaN.

[Petr Bravenec]

Nemůžete-li napsat hodnota1, hodnotaN, udělejte si vlastní sloupec, například typu serial, podle kterého budete třídit ty ostatní záznamy tak, abyste vždy dostal všechny záznamy setříděné. Jestliže na tom nezáleží (třídit nemusíte) a přitom záleží (třídit nesmíte), pak je chyba ve vašem uvažování a databáze vám to dá jednoho dne vyžrat.

[eater]

uzivatel, atribut, hodnota
==========================
magda, email, magda@magda.com
magda, skupina, guest
alojs, email, alojs@alojs.com
alojs, skupina, guest
breta, email, breta@breta.cz
breta, skupina, admins

Chci docílit podobné chování jako po order by skupina, email tzn. výsledek je

uzivatel, atribut, hodnota
==========================
breta, email, breta@breta.cz
breta, skupina, admins
alojs, email, alojs@alojs.com
alojs, skupina, guest
magda, email, magda@magda.com
magda, skupina, guest

[Filip Jirsák]

Ve vašem příkladu nemáte sloupce skupina ani email. Podle příkladu dat by to tak ale mělo být, měl byste napsat SELECT, který vám vrátí

uzivatel, skupina, email
==========================
breta,    admins,  breta@breta.cz
alojs,    guest,   alojs@alojs.com
magda,    guest,   magda@magda.com

Pak to seřadíte nnormálně pomocí ORDER BY skupina, email.

[eater]

Však o to mi také jde. Seřadit to i bez těch sloupců. "Sloupcovou variantu" mít nemohu, protože uživatel může mít třeba i N skupin.

[Filip Jirsák]

To musíte použít něco jiného, než SQL databázi. V SQL není žádný vztah mezi řádky, s jedinou výjimkou, a tou je právě jejich pořadí. Vy ale chcete vytvářet jakési skupiny řádků (a celou dobu to úspěšně tajíte) a řadit ty – to SQL neumožňujě.

[kuka]

A kdyz tedy ma uzivatel N skupin tak se to ma seradit jak? Muzes uvest datovy model ve forme popisu tabulek a presne napsat, co vlastne chces?

[eater]

Muzes uvest datovy model ve forme popisu tabulek a presne napsat, co vlastne chces?

Chci přesně to co jsem uvedl v tom příkladu. Pokud má uživatel1 skupiny sk1 a sk2 a uživatel2 skupiny sk2 a sk3, tak bude první uživatel1, protože má "nejmenší" skupinu.

[Filip Jirsák]

Tak si do jednoho sloupečku dejte nejmenší skupinu a do druhého e-mail a řaďte podle těch sloupců. Všechny skupiny uživatele pak dotáhnete dalšími dotazy, nebo je dejte do pole. Získávat detail vazby 1:N vícenásobným načtením primárního řádku je sice oblíbený trik ORM nástrojů, mně to ale nepřipadá jako dobré řešení. Chcete získat seznam uživatelů seřazených podle nejmenší skupiny a e-mailu, tak bych taky přesně takový dotaz udělal a nelaboroval bych s vícenásobnými řádky.

[l0gik]

Filip: Ale on to má podle všeho denormalizovaný v plochý tabulce. Což je sice chyba návrhu, ale jestli mu to tak leze z LDAPu a nechce s tim dělat nic složitýho, tak bych to i chápal. A tam jaksi ta duplikace primárních řádků už je a odstraňovat to pomocí group by asi nic moc nepřinese.

eater: Když se na něco ptáš, tak by bylo slušný odpovědět na dotaz. A kdybys sem plácnul schéma hned, tak z toho neni dabata na dvě stránky. Tak ho sem prosím opravdu dej (třeba ve formě sql dumpu bez dat nebo s pár řádkama), ať víme, o čem se vlastně bavíme....

PS: Nechci se vnucovat, ale imho v postu níž mam jedno z mála rozumných řešení.

[kuka]

Asi jsem trochu pomalejsi, ale v tom prikladu nevidim, ze by mel nejaky uzivatel vice skupin. Tzn. neni mi jasne, jak maji byt serazene ty radky, kde se skupina lisi od minimalni. Nicmene pokud je tedy dulezita nejmensi skupina, tak bych si na jeji zjisteni udelal view (bud "natvrdo" nebo jako vnoreny dotaz) a s nim to joinoval a pak tridil. Pokud je to potreba casto, tak by to bylo nejlepsi vhodne materializovat (napr. pokud se to z LDAPu nahrava davkove, tak si v ramci akce nahrani predpocitat atribut "nejmensi skupina" v tabulce uzivatelu apod.)

[l0gik]

K tomu se nedá dotat než:

SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA, SCHÉMA

kdy už tazatel pochopí, že dokud nedodá schéma a vzorová data tak, aby každý pochopil, na co se přesně ptá, že mu nikdo rozumně neodpoví? A že plejtvá časem všech, který se o odpověď snažej???

[l0gik]

Myslím, že rozumná cesta je LEFT JOINEM připojit tu samou tabulku ještě jednou s podmínkou na danou vlastnost a data seřadit podle toho leftjoinovanýho sloupce). Pokud může být atribut vícenásobný, tak

SELECT a.* FROM tabulka a LEFT JOIN tabulka b ON (a.user = b.user AND b.vlastnost = "vlastnost") ORDER BY b.hodnota

Pokud mohou být atributy vícenásobné: tzn. není unique na tabulka(user, vlastnost), chce to ještě vyšperkovat o zajištění unikátnosti. Např. tak, že se místo joinu b udělá join na

(SELECT user, min(hodnota) FROM tabulka GROUP BY user WHERE vlastnost = "vlastnost")

Druhá možnost by byla použít window funkce a nějaké custom agregační funkce, ale to myslím mysql neumí a assi by to nebylo ani moc efektivní.