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

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 0
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 10
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 32
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 51
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 947 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

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

    6.2.2011 11:53 Jakub
    složitější dotaz ze 2 tabulek
    Přečteno: 999×
    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.