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í
×

dnes 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 0
včera 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
včera 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 2
včera 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
19.2. 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
19.2. 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
19.2. 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 4
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 63
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 401 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    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: 702×
    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.