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 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 1
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

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

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: složitější dotaz ze 2 tabulek

    6.2.2011 11:53 Jakub
    složitější dotaz ze 2 tabulek
    Přečteno: 997×
    Přílohy:
    zdarvím.

    Mám tabulku produkty a produkt_parametry - viz příloha.

    Do tabulky produk_parametry, se ukládají jednotlivé parametry produktů - každý produkt jich může mít několik. Jde mi to to, jak vypíši produkty, u kterých platí np. tyto podmínky:

    parametr_id=8 musí být 'cervena' parametr_id=10 musí být 'zluta'

    ??

    Mohli byste mi prosím ještě poradit, nějakou aktuální knížku o MYSQL - která by se věnovala začátkům až po pokročilé věci?

    Děkuji.

    Odpovědi

    6.2.2011 12:08 Ondřej Kopka | skóre: 20 | blog: ondrejk
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Možná by to šlo takto:
    select
       p.*
    from
       produkty p
    inner join produkt_parametry pp
       on p.id = pp.produkt_id
    where
       (pp.parametr_id = 8 and pp.parametr_vlastnost = 'cervena')
       or (pp.parametr_id = 10 and pp.parametr_vlastnost = 'zluta')
    
    Pokud ne, tak bych zkusil z db vytáhnout záznamy pro každou podmínku zvlášť a unionem výsledky spojit dohromady.
    6.2.2011 12:13 Ondřej Kopka | skóre: 20 | blog: ondrejk
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Když se na to tak dívám, možná jsem dotaz špatně pochopil. Pokud chceš získat id produktů, které splňují obě podmínky zárověň, napadá mě toto:
    select
       *
    from
      produkty
    where
      id in (select produkt_id from produkt_parametry where parametr_id = 8 and parametr_vlastnost = 'cervena')
      and id in (select produkt_id from produkt_parametry where parametr_id = 10 and parametr_vlastnost = 'zluta')
    
    Psal jsem to z hlavy, asi by se našlo i nějaké elegantnější řešení.
    frEon avatar 6.2.2011 17:49 frEon | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    nevyhodou vnerenych selectu je, ze tak (alespon u mysql) vyradis z cinnosti query cache, coz je skoda.
    Talking about music is like dancing to architecture.
    6.2.2011 15:10 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    SELECT produkty.*
    FROM produkty, produkt_parametry AS p1, produkt_parametry AS p2
    WHERE produkty.id = p1.produkt_id AND produkty.id = p2.produkt_id AND
      p1.parametr_id = 8 AND p1.parametr_vlastnost = 'cervena' AND
      p2.parametr_id = 10 AND p2.parametr_vlastnost = 'zluta'
    
    6.2.2011 21:19 Jakub
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Mockrát děkuji za odpovědi. Zítra to vyzkouším.

    Neměli byste ještě tip, na nějakou knihu o MYSQL (jak jsem se zmiňoval v 1. příspěvku)?
    7.2.2011 14:22 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Neměli byste ještě tip, na nějakou knihu o MYSQL (jak jsem se zmiňoval v 1. příspěvku)?

    Např. MySQL Cookbook
    In Ada the typical infinite loop would normally be terminated by detonation.
    6.2.2011 21:52 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek

    Vypadá to, že MySQL-isté se tradičně vyhýbají joinům ( :-) ), takže

      select ... from PRODUKTY P
        inner join PRODUKT_PARAMETRY P1 on P1.PRODUKT_ID=P.ID and P1.PARAMETR_ID=8 and P1.PARAMETR_VLASTNOST='cervena'
        inner join PRODUKT_PARAMETRY P2 on P2.PRODUKT_ID=P.ID and P2.PARAMETR_ID=10 and P2.PARAMETR_VLASTNOST='cervena'
    

    (za předpokladu, že (PRODUKT_ID,PARAMETR_ID) v tabulce PRODUKT_PARAMETRY je unique).

    Mimochodem, k čemu je v tabulce PRODUKT_PARAMETRY sloupec ID?

    6.2.2011 21:54 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    V tom druhém joinu má být na konci 'zluta'.
    6.2.2011 22:41 Jakub
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    V eshopu to nabídne zákazníkovi třídění. Mám ještě jednu tabulku parametry, kde třeba parametr_id='10' je Barva produku.

    Z tabulky PRODUKT_PARAMETRY pak vypisuji hodnoty do < select > a právě to ID používám jako hodnotu...
    6.2.2011 22:42 Jakub
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    < option value="ID">červená< option >
    6.2.2011 23:10 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Na to stačí PARAMETR_ID.
    6.2.2011 23:29 Jakub
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    to mne nenapadlo. Děkuji :-)
    Toman avatar 8.2.2011 16:53 Toman | skóre: 29 | blog: Tomanův blog | Kostelec nad Orlicí
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    To ID v tabulce přeci potřebuje, jak pak prováže produkty a jejich parametry?
    8.2.2011 18:16 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek

    Na to nepotřebuje ID v tabulce parametrů:

    alter table PRODUKT_PARAMETRY
      add foreign key (PRODUKT_ID) references PRODUKTY(ID)
    
    Toman avatar 2.3.2011 10:51 Toman | skóre: 29 | blog: Tomanův blog | Kostelec nad Orlicí
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    7.2.2011 08:51 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    vyhýbají joinům - já právě naopak :)
    Není špatné přidat nějaký ten znak navíc, myslím znak `, zvláště začáteční si tak předejde problémům.
    SELECT ...`slúpec`... FROM `produkty` AS `p`
        INNER JOIN `produkt_parametry` AS `p1` ON `p1`.`produkt_id`=`p`.`id` AND `p1`.`parametr_id`=8 AND `p1`.`parametr_vlastnost`='cerevena'
        INNER JOIN `produkt_parametry` AS `p2` ON `p2`.`produkt_id`=`p`.`id` AND `p2`.`parametr_id`=10 AND `p2`.`parametr_vlastnost`='zluta'
    
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    7.2.2011 10:15 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Ty mraky obrácených apostrofů vídám u MySQL-istů často, ale pořád nerozumím, k čemu to má být dobré. Tedy kromě toho, že se tak dotaz stane nepřenositelným a nepřehledným.
    7.2.2011 12:32 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Předpokládám, že víte co to syntakticky znamená, tak jen k čemu je to dobré:
    • nemůže dojít ke konfliktu klíčových slov a názvů tabulek či sloupců (což je vhodné pro začátečníka, v diskuzi najdete případy kdy se tyto případy řeší :)).
    • řetězec mezi `` je vždy vyhodnocen „jen“ jako název tabulky či sloupce takže je to o stupínek bezpečnější pokud je dotaz skládaný (neříkám že je to odolné vůči sqlinjection, ale může, jen přidanou kontrolou na obsah znaku `, a taky neříkám že to má nahradit jiné techniky)
    Co se přenositelnosti týče, ta je stejně přímo aplikovatelná jen ve velmi malé množině příkazů, a zajišťovat ji pouze „normovanými“ dotazy asi není to pravé ořechové…
    PS: v postgresql to dáváte za mezi " (když chcete) a čistě osobně si myslím, že to není špatné mít to odděleno od řetězce :)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    7.2.2011 13:04 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Escapované identifikátory jsou sice možné i jinde (PostgreSQL, Firebird, …), ale nikde jinde než u lidí používajících MySQL jsem se zatím nesetkal s módou znepřehledňovat dotazy escapováním všech identifikátorů "jen tak co kdyby", přestože u drtivé většiny to není potřeba (většinou u žádného). Osobně si myslím, že by si měl člověk dvakrát rozmyslet, než vůbec použije identifikátor, který by bylo nutné escapovat, a zatím jsem se tomu pokaždé bez problémů vyhnul.
    7.2.2011 15:46 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Pokud ovšem víte, že s takovým názvem to nejde, nebo je to klíčové slovo…, anebo vždy nejste ten, kdo do toho má co mluvit a musíte to jen používat… (a nebo taky prostě 'key' se vám může jevit jako nejlepší pojmenování sloupečku :))
    Pro přenos dotazů mezi DB engine to může mít svou výhodu, každý engine má jiná rezervovaná slova atd. a záměna nějakého znaku za jiný je lehce proveditelná.
    Co se čitelnosti týče - mě to přijde čitelnější:)
    Nechci Vám to nějak nutit, ale má to i své výhody :), a však je nepoužívejte… :), každý má možnost si to zvážit sám.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    7.2.2011 14:21 kuka
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Toto jsem zatim vzdy videl jen u kodu generovaneho nejakym nastrojem. Ze by to nekdo psal dobrovolne, to mi opravdu hlava nebere. A navic to jeste doporucovat zacatecnikum... Ja bych jim naopak doporucil se takovym postupum oklikou vyhybat - citelnost je nejucinejsi zbrani proti chybam bez ohledu na uroven zkusenosti.
    okbob avatar 7.2.2011 16:38 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Tady jde asi o zvyk. Jak je vidět z diskuze, tak nejen mně eskejpování nepřijde jako dobrý nápad. S tou čitelností je to subjektivní a navíc v ten okamžik jsou identifikátory case sensitive - Takže pak se řeší jiné problémy typu - tabulka Users existuje, ale SELECT * FROM users hlásí chybu.

    V případě MySQL má eskejpování možná ještě hlubší smysl a to smazání rozdílu mezi win a linuxem, kdy na Linuxu jsou identifikátory case sensitive a ve win case insensitive.
    Toman avatar 2.3.2011 10:52 Toman | skóre: 29 | blog: Tomanův blog | Kostelec nad Orlicí
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Je to dobré právě proto, že když mám pojmenovaný atribut/sloupec v tabulce jako order, tak by to asi neprošlo, ale jako `order` nebude problém.
    2.3.2011 11:45 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    A nebylo by lepší nekomplikovat zbytečně život sobě ani dalším, kdo to někdy v budoucnu budou muset spravovat, a nepoužívat identifikátory kolidující s klíčovými slovy?
    Toman avatar 4.3.2011 10:58 Toman | skóre: 29 | blog: Tomanův blog | Kostelec nad Orlicí
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    To nepochybně ano, ale právě order je toho příkladem. Nelíbí se mi atribut s názvem position.
    Tarmaq avatar 4.3.2011 12:44 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    a co pouzit napr. order_?
    Don't panic!
    4.3.2011 15:52 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Ale fuj :)
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Tarmaq avatar 4.3.2011 16:15 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    proc? mne jako vetsi fuj teda prijde `order`
    Don't panic!
    4.3.2011 16:38 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    No to je jasné, když jste to napsal. Ono je asi zbytečné o tom debatovat - chtěl jsem jen vyjádřit svůj názor :).
    Mně v zásadě MySql znak ` vyhovuje a rád jej používám, takže kdo jej nemá rád tak je jasné, že k tomu přistupuje jinak.
    'Order' se mi moc také nelíbí jako název sloupce, ale proč ne…
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Tarmaq avatar 4.3.2011 17:20 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    tak jasne, kazdemu vyhovuje neco, me by teda pri psani dotazu dost stvalo porad psat backticky, nehlede na to ze to IMHO zhorsuje citelnost takoveho dotazu, navic to neni prenositelne jak jiz bylo v teto diskuzi zmineno(v MSSQL se misto toho pouzivaji hranate zavorky)
    Don't panic!
    4.3.2011 19:29 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    K té přenositelnosti, je to nejpřenostitelnější :), ve smyslu toho, že tento znak se obvykle nikde nevyskytuje na rozdíl od "" či [], takže jednoduchá záměna, pokud jinak dotazy používají průnik vlastností SQL engine-ů, za patřiční znak a je to přenesené bez ohledu na klíčová slova libovolného z engine-ů.
    Již jsem to tak praktikoval, (jen) úložný systém MySQL nebo PostgreSQL nebo M$SQL, dotazy sesmolím v MySQL (na přidání LIMIT mám funkci v provider-u a v M$SQL, pokud se neudělá optimalizace SQL dotazu, je to vyřešeno aplikačně - pokud TOP nestačí).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    Toman avatar 8.3.2011 11:30 Toman | skóre: 29 | blog: Tomanův blog | Kostelec nad Orlicí
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    Pokud použijete např. databázový layer dibi, tak ten vyřeší hranaté závorky a backsticky za vás.
    Tarmaq avatar 8.3.2011 11:57 Tarmaq | skóre: 39
    Rozbalit Rozbalit vše Re: složitější dotaz ze 2 tabulek
    nevyresi, protoze do db nepristupuju jen pres php, ale take pres ruzne utilitky typu psql, PL/SQL Developer nebo MSSQL Management Studio
    Don't panic!

    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.