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 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
včera 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 24
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 33
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 7
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 16
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 709 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: SQL - výběr dat z databáze : join+group by nebo něco jiného?

    29.9.2010 23:24 skorSQL
    SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Přečteno: 1433×
    Ahoj. Mám v mysql tři tabulky. V první jsou uživatelé s jednoznačným id. V druhé skupiny s jednoznačným id. Ve třetí přiřazuji skupiny vs. uživatele. Řekněme že potřebuju vypsat všechny uživatele, které se nacházejí ve skupině XY. Standardně bych to asi řešil tak, že bych nad tabulkama vytvořil pohled - v něm by se pak zobrazovala všechna uživ. jména třeba několikrát s různými skupinami a potom v aplikaci bych udělal "group by username". Mám ale takové tušení, že to není správný a nejrychlejší (ačkoliv funkční) postup. Je to tak? Co jiného bych měl použít?

    Odpovědi

    29.9.2010 23:43 jekub
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Jak se můžou při dotazu na konkrétní skupinu XY zobrazovat "uživ. jména třeba několikrát s různými skupinami"?
    29.9.2010 23:58 skorSQL
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Proč ne pokud použiju v pohledu inner join.
    30.9.2010 00:14 jekub
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Pišete, že máte v tabulce uživatelů unikátní id (uid) a v tabulce skupin taky unikátní id (gid). Předpokládám, že ve vazební tabulce uživatel <-> skupina máte unikátni (uid, gid).

    Potom při dotazu na konkretní skupinu nemůžete získat uživatele s různými skupinami. Prostě dostanete seznam uživatelů v dané skupině (ano uživatel může být ve více skupinách, to ale na věci nic nemění).

    Pokud nemáte unikátní (uid,gid) ve vazební tabulce, je vhodné to napravit. Pokud to není možné, použijte v dotazu distinct na uživatele.
    30.9.2010 00:27 skorSQL
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    To souhlasí. Všechny indexy mám správně. Asi si nerozumíme:
    skupina1: user1
    skupina2: user1, user2
    skupina3: user1
    
    potom budou data selectu z pohledu vypadat takto:
    user1 skupina1
    user1 skupina2
    user1 skupina3
    user2 skupina2
    
    
    wamba avatar 30.9.2010 09:39 wamba | skóre: 37 | blog: wamba
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    to je v pořádku, ne? nebo jak by jste si ten výstup představoval?
    This would have been so hard to fix when you don't know that there is in fact an easy fix.
    30.9.2010 08:13 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Já bych to tedy řešil těmi nejzákladnějšími prostředky, které SQL má, tedy
    SELECT uzivatel.* FROM uzivatel, uzivatel_skupina WHERE uzivatel.id = uzivatel_skupina.uzivatel_id AND uzivatel_skupina.skupina_id = ?
    Případně si z toho můžete udělat pohled a tu druhou podmínku z WHERE používat až nad tím pohledem.
    4.10.2010 14:05 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    no fuj, tenhle způsob joinu zdá se mi poněkud nešťastný
    4.10.2010 14:08 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Co je na něm nešťastného? To je obyčejný JOIN, základ všech relačních databází.
    4.10.2010 14:56 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    špatně se to čte, musim se prokousat až na konec, abych zjistil že se nejedná o CROSS JOIN

    pokud čitelnost zdrojáků dostává na prdel, tak je to IMHO vždy nešťastný

    jo a pokud nějaká relační databáze neimplementuje JOIN tak to podle tebe není relační databáze? jen polemizuju do jaký míry je JOIN základ
    4.10.2010 15:14 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Aha, takže vám jde jen o způsob zápisu toho JOINu. To záleží na vkusu, já zase nemám rád zápis s klíčovým slovem JOIN, protože při spojení tří a více tabulek nějak nikde nevidím levou a pravou tabulku :-)

    Relační databáze je podle mne relační právě proto, že jsou v ní vyjádřené vztahy (relace) mezi entitami. K jejich získávání je pak samozřejmě potřeba spojení tabulek (JOIN). Pokud nějaká databáze neimplementuje JOIN, může to být objektová databáze, síťová, mapa, ale ne relační databáze.
    4.10.2010 15:28 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    proti gustu ...

    relační databáze je relační, protože obsahuje relace (tabulky, pohledy, table valued funkce ...), nikoliv protože jsou v ní vyjádřené vztahy

    od jisté doby proti tomu mýtu okolo významu pojmu "relační databáze" bojuju - třeba zde
    4.10.2010 15:46 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Jaký je rozdíl mezi relací a vztahem?
    4.10.2010 15:58 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    žádnej

    ten "vztah" je mezi jednotlivejma hodnotama v jednom řádku tabulky, proto se říká "relační databáze", ne kvůli tomu že si řeknu, že nějakej sloupec odkazuje na jinej sloupec (a třeba v jiný tabulce), případně to ještě podtrhnu nějakým constraintem

    lidi si bohužel často tohle neuvědomujou, C. J. Date doporučuje v angličtině pro mezitabulkový (ehm) vztahy používat slovo "relationship"
    4.10.2010 16:09 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Opravdu je důležité, zda ten vztah je vyjádřen v jedné tabulce nebo ve více? Vztahy 1:1 můžu libovolně mezi „relation“ a „relationship“ převádět, vztahy 1:N nebo M:N nejde bez „relationship“ vyjádřit vůbec… Navíc při takovémhle pojetí by třeba objektové databáze byly podmnožinou relačních. Jak by se pak říkalo té podmnožině relačních databází, která data uspořádává do tabulek a umožňuje vyjádřit M:N vztahy mezi daty (tedy tomu, co se běžně nazývá relačními databázemi)?
    4.10.2010 16:21 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Opravdu je důležité, zda ten vztah je vyjádřen v jedné tabulce nebo ve více?

    ale vůbec ne, zdá se, že to písemně nedokážu vysvětlit, zkusim to ještě jednou:
    
    CREATE DATABASE omg;
    CREATE TABLE wtf (id INT NOT NULL); --na pk kašlu, pro teď to není důležitý
    
    
    tim se vytvoří databáze s právě jednou relací (tabulkou)

    ta databáze je relační, protože obsahuje relaci (tabulku)

    
    CREATE VIEW lol AS SELECT id FROM wtf
    
    
    stále máme relační databázi, která teď obsahuje právě dvě relace (jednu tabulku a jeden pohled)

    jestli to není jasný ani teď, tak mi nezbejvá než odkázat na http://en.wikipedia.org/wiki/Relational_database
    4.10.2010 16:35 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Mně se právě nezdá to, že by v relační databázi byla důležitá ta technická podstata (tabulka nebo pohled), a data byla až druhotná. Chápal jsem to tak, že důležité jsou vztahy mezi daty, a to, jestli je ten vztah vyjádřen jednou tabulkou, dvěma, nebo třeba pohledem, je druhotné. Chápu vaše pojetí, ale nepřipadá mi takové vymezení relačních databází jako užitečné, protože pak zahrnuje kde co…
    4.10.2010 16:47 jos
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    to není moje pojetí

    The term relational database was originally defined and coined by Edgar Codd at IBM Almaden Research Center in 1970.

    když už sme se teď shodli na tom o čem mluvíme, tak na závěr přidam jedno malý překvapení: SQL (resp. libovolnej současnej pokus o implementaci ANSI SQL) není relační databáze! protože v každý se najde nějaký omezení, díky kterýmu se to dá prohlásit

    např. při vkládání dat do pohledu (protože relace jako relace) většina produktů selhává, a to dokonce i v situaci, kdy z constraintů nad zůčastněnejma tabulema je naprosto jasný jak by se vkládaný data měly rozdistribuovat

    u nás (MSSQL 2005) toto ne moc pohodlně řešíme INSTEAD OF <whatever> triggerama, což má zase za důsledek další omezení - třeba OUTPUT klauzule nefunguje atp.

    C. J. Date napsal na tohle téma mraky materiálu, stačí googlit nebo navštívit nějakou dobrou knihovnu
    Tarmaq avatar 30.9.2010 17:00 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    SELECT 
        u.id,
        u.username
    FROM users u
    INNER JOIN user2group u2g ON u2g.user = u.id
    WHERE u2g.group = <dana_skupina>
    
    Jinak pokud jsou uzivatelska jmena unikatni, nemohou byt rovnou pouzita jako primarni klic? Pak by totiz stacilo:
    SELECT username
    FROM user2group
    WHERE group = <dana_skupina>
    
    Don't panic!
    1.10.2010 20:11 skorSQL
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    No já bych chtěl aby se to tvářilo jako tabulka transparentní pro aplikaci. Takže view. Ale jak ho vytvořit. Aby to bylo transparentní, tak by to mělo vracet vždy jedno uživatelské jméno. Pokud provedu "where skupina = skupina" nad pohledem, tak by to mělo vrátit uživatele z té skupiny. Pokud to neomezím, tak by to mělo vrátit všechny uživatele, ale pouze jednou.
    3.10.2010 21:11 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Asi by bylo vhodné dát sem příklad nějakého vstupu a očekávaných výstupů. Mně přestává být jasné, co vlastně chcete získat.
    4.10.2010 12:10 kulik
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    pro odstraneni duplicit se pouziva "distinct"
    Tarmaq avatar 4.10.2010 16:48 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Co to je "tabulka transparentni pro aplikaci"? Co to znamena "Vracet vzdy jedno uzivatelske jmeno?" Jak to muze v"ratit vsechny uzivatele ale pouze jednou", to snad nemuze byt uzivatel ve vice skupinach? Jsem z toho zadani stejne jako Filip Jirsak lehce zmaten - prosim o doplneni.
    Don't panic!
    5.10.2010 16:46 skorSQL
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Mělo by se to chovat jako inteligentní tabulka. Pokud nezadám "where group=" tak by se měli zobrazit všichi uživatelé, ale jen jednou, pokud zadám skupinu(či skupiny), tak by se měly zobrazit uživatelé v té dané skupině
    5.10.2010 18:25 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    SELECT DISTINCT uzivatel.* FROM uzivatel, uzivatel_skupina WHERE uzivatel.id = uzivatel_skupina.uzivatel_id AND uzivatel_skupina.skupina_id IN (?)
    
    Tarmaq avatar 6.10.2010 10:51 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Pokud nezadám "where group=" tak by se měli zobrazit všichi uživatelé, ale jen jednou
    Kdyz bude uzivatel ve dvou skupinach, ma se tedy ve sloupci se skupinou zobrazit jen jedna z nich? Ktera? Nebude jednodussi v takovem pripade selectit primo s tabulky s uzivateli, kdyz vas skupiny v takovem pripade nezajimaji?
    SELECT
       id
    FROM users
    WHERE id IN (
        SELECT user
        FROM user2group
        WHERE group = ?
    );
    
    Tzn. tu podminku where group= nahradit touto a chova se to presne jak potrebujete ;]
    Don't panic!
    6.10.2010 19:17 jekub
    Rozbalit Rozbalit vše Re: SQL - výběr dat z databáze : join+group by nebo něco jiného?
    Vytvořte si ten pohled (nemusí to být nutně pohled v takto jednoduchém případě) se dvěma sloupci uid,gid a podmínku na skupinu dáte do dotazu nad tím pohledem
    select uid from view_u2g where gid='...'
    Tak dostanete uživatele v dané skupině. Uživatele v ruzných skupinách pak třeba přes operátor "in" s použitím "distinct"
    select distinct uid from view_u2g where gid in('gid1','gid2',...)

    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.