abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    8.5. 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    8.5. 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    8.5. 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    8.5. 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (21%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 568 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: hledaní podle id ve vnořeném selektu v postgres

    18.6.2014 17:13 TRX
    hledaní podle id ve vnořeném selektu v postgres
    Přečteno: 755×
    Ahoj ... mám v postgres poddotaz ze kterého potřebuju vycucnout jmeno_cloveka, maximalni schopnost, ale toho člověka hledám podle id z předešlé tabulky a to id nemůžu dát do tohoto selektu. Když udělám tohle tak mi to řekne že to id_cloveka neexistuje, ale jak bych to měl řešit?

    ...
    JOIN (
         SELECT
              MAX (schopnost) as maximalni_ucinek,
              jmeno_cloveka
         FROM TRX
         GROUP BY jmeno_cloveka
    ) AS jmenny_seznam
    ON elitni_radky.elitni = jmenny_seznam.id_cloveka;
     
    ---
     
    ERROR:  column jmenny_seznam.id_cloveka does not exist
    ŘÁDKA 44: ...                  ON elitni_radky.elitni = jmenny_seznam....
    
    když přidám id_cloveka do dotazu jak se nabízí... dostanu error...
    must appear in the GROUP BY clause or be used in an aggregate function
    a když ho dám do group by tak už je to nesmysl protože já potřebuju jenom skupinu jmeno_cloveka. když tam přidám id_cloveka bude tolik skupin kolik je ID takže všechny. což je nesmysl.

    takže co asi bych s tím měl dělat?

    kdyžtak děkuju

    Odpovědi

    19.6.2014 08:22 Filip Jirsák
    Rozbalit Rozbalit vše Re: hledaní podle id ve vnořeném selektu v postgres
    Bez struktury dat a celého SELECTu se to dost těžko luští. Možná jsem ten popis jen nerozluštil správně, ale připadá mi zmatený. Když vytváříte skupinu podle jmeno_cloveka, ale tvrdíte, že id_cloveka by tu skupinu rozbilo na ještě menší skupiny, vypadá to, jako by pro jedno id_cloveka existovalo několik různých jmen. Což je divné pojmenování sloupců, protože jeden člověk snad má jen jedno jméno, ne? Pak ale zase píšete, že id_cloveka by vám to rozbilo na všechny skupiny, což – jestli vás chápu dobře – znamená, že id_cloveka je v té tabulce unikátní klíč. Pak ale nechápu, proč tam něco spojujete do skupin a počítáte maximum, když je to jen jeden řádek.

    Takže by to chtělo popsat, jaká je struktura dat a co z nich chcete dostat.
    19.6.2014 13:01 TRX
    Rozbalit Rozbalit vše Re: hledaní podle id ve vnořeném selektu v postgres
    Jo to je fakt že je to vlastně matoucí... vysvětlím to. je to hra. jméma jsou totožná v mnoha případech. to je v pořádku. id_cloveka je unikátní klíč a jméno člověka tam může být stejné třeba 100x, ale pokud má stejné jakoby jméno spadá do stejné skupiny. dá se to chápat jako že místo jméno_cloveka může být jmeno_profese. V podstatě mě hlavně zajímá jak se tenhle případ dá řešit v postgres... v MySQL bych nemusel přidat do group by id_cloveka a měl bych vlastně vyhráno. ale tady v postgres to musim udělat. čím nastává problém jak to udělat když nemůžu rozbít tu strukturu.
    19.6.2014 15:12 Filip Jirsák
    Rozbalit Rozbalit vše Re: hledaní podle id ve vnořeném selektu v postgres
    Jde především o to, jak vypadají data, jaké jsou mezi nimi vazby, které sloupce jsou unikátní. V MySQL byste nemusel přidávat id_cloveka do GROUP BY, a MySQL by vám z té skupiny vybrala nějaké náhodné id_cloveka. To ale asi nechcete. Takže pořád platí otázka, jak vypadá struktura dat. Z toho, co jste teď napsal, to totiž může vypadat, že máte tabulku lidí a tabulku jmen/profesí:
    Clovek
    ------
    id_cloveka PRIMARY KEY
    
    TRX
    ---
    id_cloveka FOREIGN KEY
    jmeno_cloveka
    schopnost
    Z těchto tabulek pak chcete udělat seznam všech jmeno_cloveka pro jednotlivé lidi a pro každé jméno vypsat nejvyšší hodnotu.

    Takže třeba pro data
    Clovek
    ------
    1
    2
    3
    
    TRX
    ---
    1         pekař      100
    1         truhlář    50
    1         pekař      200
    1         zedník     30
    2         pekař      60
    2         zámečník   50
    
    byste chtěl vypsat
    id_cloveka  jmeno_cloveka   maximum
    -----------------------------------
    1           pekař           200
    1           truhlář         50
    1           zedník          30
    2           pekař           60
    2           zámečník        50
    Pak by ale byl správně ten váš SELECT s tím GROUP BY i přes id_cloveka:
    SELECT id_cloveka, jmeno_cloveka, MAX(schopnost) AS maximum
    FROM TRX
    GROUP BY id_cloveka, jmeno_cloveka
    
    Pokud k tomu chcete přidat další informace třeba z tabulky Clovek, normálně si ji k tomu přijoinujte.

    Otázkou pak je, zda to jmeno_cloveka opravdu mají být volné texty a chcete to seskupovat podle toho, že je ten text náhodou shodný, nebo zda by to spíš neměl být číselník. Když děláte GROUP BY přes textový sloupec, mělo by vás to praštit do očí a měl byste se zamyslet, zda máte správně strukturu tabulek.
    25.6.2014 23:58 Logik
    Rozbalit Rozbalit vše Re: hledaní podle id ve vnořeném selektu v postgres
    Hele dej sem strukturu tabulek, bez ní Ti těžko něco poradíme. Stačí SQL dump (bez dat nebo s málo daty).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.