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

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 2
    včera 13:33 | Nová verze

    Vyšlo Pharo 12.0, programovací jazyk a vývojové prostředí s řadou pokročilých vlastností. Krom tradiční nadílky oprav přináší nový systém správy ladících bodů, nový způsob definice tříd, prostor pro objekty, které nemusí procházet GC a mnoho dalšího.

    Pavel Křivánek | Komentářů: 6
    včera 04:55 | Zajímavý software

    Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.

    Ladislav Hagara | Komentářů: 34
    25.4. 17:33 | Nová verze

    Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.

    Ladislav Hagara | Komentářů: 13
    25.4. 14:22 | Komunita

    Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.

    Ladislav Hagara | Komentářů: 3
    25.4. 13:22 | Nová verze

    Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.

    Ladislav Hagara | Komentářů: 0
    25.4. 12:44 | Nová verze

    Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).

    Ladislav Hagara | Komentářů: 0
    25.4. 04:55 | Nová verze

    OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.

    Ladislav Hagara | Komentářů: 0
    25.4. 04:22 | Nová verze

    Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.

    Ladislav Hagara | Komentářů: 0
    25.4. 04:11 | Nová verze

    R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.

    Ladislav Hagara | Komentářů: 0
    KDE Plasma 6
     (74%)
     (8%)
     (2%)
     (16%)
    Celkem 816 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    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: 731×
    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.