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 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ářů: 6
včera 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ářů: 22
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 4
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 29
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 0
23.3. 03:33 | Komunita

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

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

    Dotaz: inner join vs where

    4.5.2013 13:37 098765432111111
    inner join vs where
    Přečteno: 1345×
    Ahojte, co je obecně lepší pro slučování tabulek?

    Ve škole jsme se učili, že lepší je používat where a za INNER JOIN se trhaly ruce. Teď dělám pro firmu a místní databázisté trvají na INNER JOINECH, WHERE nechtějí ani vidět. Jak je to pro postgres 9.2 a Oracle 11g?

    děkuji

    Řešení dotazu:


    Odpovědi

    okbob avatar 4.5.2013 15:14 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: inner join vs where
    Pro většinu moderních databází (a obě zmíněné databáze jsou moderní) je to jedna a tatáž operace jen s jiným zápisem - tj výkonnostně je to úplně stejné. Rozdíl je v čitelnosti a tam bych za starý zápis věšel do průvanu. Nevím v kterém roce a kde jste dělal školu, INNER JOIN je preferovaná varianta posledních 15 let.
    4.5.2013 16:03 Šangala | skóre: 56 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: inner join vs where
    Jen doplním, hodně stará verze MySQL v tom měla výkonové rozdíly (JOIN byl rychlejší) a kdysi hodně dávno psali u M$SQL něco ve smyslu „doporučujeme používat JOIN, je optimalizován na rychlost“ - ale to je tak asi všechno, co lze k rozdílům říct a je to dávná minulost.
    Co mám tak vypozorované, tak prakticky většinou Oraclisti spíše WHERE-ují a ostatní spíše JOIN-ují, proto nemám rád Oraclisty :-) (pro Sheldona: „to je nadsázka“).
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    okbob avatar 4.5.2013 17:08 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: inner join vs where
    To je tak - Oracle měl hrozně dlouho rule based optimizer no a pak, když Oracle konečně přetáhl lidi z Ingresu, by tam napsali pořádnou optimalizaci, tak je nenapadlo nic lepšího, než že pro starý zápis se používal původní optimalizátor a pro JOIN nový optimalizátor. Jinak není žádný důvod, proč by se oba zápisy implementovaly jinak - musí vést k totožnému výsledku. Nicméně i tohle by už měla být historie.
    4.5.2013 21:32 RMS
    Rozbalit Rozbalit vše Re: inner join vs where
    Jedna paní docentka, myslím, že nás where učila, aby nás šlo lépe týrat a ničit na select přes 10 řádků. Po dokončení jejího kurzu jsem si řekl, že už nikdy. Ale je to 10 let a peníze jsou peníze. Join je dle mého názoru lehčí, nežli where.
    4.5.2013 18:51 student
    Rozbalit Rozbalit vše Re: inner join vs where

    Nezarucene info:

    U Oracle funguje/fungoval WHERE lepsie tam, kde mu to napovie. Ked robis nejaky JOIN cez 20 tabuliek a az na konci das WHERE, tak to Oracle bezne nezvlada. Ked preusporiadas WHERE lepsie alebo pouzijes WHERE namiesto JOINu, tak je to niekedy lepsie.

    Celkovo to pomaha, ak ide o 1 hodnotu - teda ... WHERE x = (SELECT ...).

    U Oracle u nejakeho podivneho nastavenia mi to tusim fungovalo tak, ze INNER JOIN uprednostnoval FULL SCAN tabuliek a WHERE uprednostnoval FULL scan 1 tabulky a vyhladavanie jednotlivych matchujucich zaznamov v druhej tabulke - tj WHERE sa choval horsie v beznych situaciach. Mozno islo len o zhodu nahod alebo som si to pomylil s vecou spominanou v predchadzajucom odstavci.

    Celkovo odporucam skusit a prezriet si, ako sa to vykonava.

    6.5.2013 00:24 Logik
    Rozbalit Rozbalit vše Re: inner join vs where
    Konstrukce WHERE x = (SELECT ...) je IMHO něco trochu jiného, tam jde o závislý subselect a s tím mají obecně databáze problémy, protože to často zoptimalizovat ani nejde. Tady myslím jde tazateli o rozdíl

    SELECT a.* FROM a,b WHERE a.id = b.a_id

    versus

    SELECT a.* FROM a JOIN b ON (a.id = b.a_id)

    A to psát to ve tvaru

    SELECT * FROM a WHERE EXISTS(SELECT id FROM b WHERE b.id = a.b_id)

    je zvěrstvo, který napadne snad málokoho :-)
    okbob avatar 6.5.2013 06:06 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: inner join vs where
    zrovna tohle PostgreSQL zoptimalizuje naprosto bez problémů :)
    postgres=# EXPLAIN SELECT c.* FROM pg_class c JOIN pg_index i ON c.oid = i.indexrelid;
                                   QUERY PLAN                               
    ────────────────────────────────────────────────────────────────────────
     Hash Join  (cost=5.52..231.75 rows=112 width=202)
       Hash Cond: (c.oid = i.indexrelid)
       ->  Seq Scan on pg_class c  (cost=0.00..223.99 rows=299 width=206)
       ->  Hash  (cost=4.12..4.12 rows=112 width=4)
             ->  Seq Scan on pg_index i  (cost=0.00..4.12 rows=112 width=4)
    (5 rows)
    
    postgres=# EXPLAIN SELECT c.* FROM pg_class c WHERE EXISTS(SELECT * FROM pg_index i WHERE c.oid = i.indexrelid);
                                   QUERY PLAN                               
    ────────────────────────────────────────────────────────────────────────
     Hash Semi Join  (cost=5.52..231.54 rows=112 width=202)
       Hash Cond: (c.oid = i.indexrelid)
       ->  Seq Scan on pg_class c  (cost=0.00..223.99 rows=299 width=206)
       ->  Hash  (cost=4.12..4.12 rows=112 width=4)
             ->  Seq Scan on pg_index i  (cost=0.00..4.12 rows=112 width=4)
    (5 rows)
    
    okbob avatar 6.5.2013 06:09 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: inner join vs where
    Databáze jsou dneska někde trochu jinde - umí hromadu věcí, které před 10, 15 roky byly nemyslitelné. Ale zase na druhou stranu to nemá umělou inteligenci.

    Setkávám se se dvěma skupinami uživatelů - jedni si myslí, že neumí nic - a že nejlepší je do db poslat tisíce jednoduchých SELECTů a ti druzí si naopak myslí, že zvládne všechno a vytváří 60 násobné JOINy. Obě skupiny se šeredně mýlí :).
    6.5.2013 11:08 kuka
    Rozbalit Rozbalit vše Re: inner join vs where
    Jestli je to zverstvo zalezi na tom, co ma dotaz delat. Obcas vidam prepisy vecneho zadani dotazu "a pokud existuje odpovidajici zaznam v tabulce platby" prepsany na join (nejlepe outer s pozdejsi kontrolou na not null hodnotu cehosi), za coz bych strilel. Pokud nejaka databaze provede ty tve dva dotazy ruzne (lepe receno hure pro exists, ktery obsahuje "optimalizacni" info, ze staci jeden zaznam), tak to je urcite duvod hledat si jinou databazi.
    8.5.2013 18:23 Logik
    Rozbalit Rozbalit vše Re: inner join vs where
    No já to, že je to zvěrstvo si pamatuju z mysql, která to pořádně dlouho neuměla (v posledních verzích dělali nějaké optimalizace subselectů, takže tam to možná běží, ale já už používám skoro výhradně postgres a když musím tak oracle a strašlivě naň nadávám :-)). No taky jsem od mysql s radostí utek, to je pravda :-)

    Jinak v podstatě máš pravdu, že někdy je to takhle i sémanticky správně, ale zas databáze není všemocná a proto je podle mne dobré psát dotazy v pokudmožno co pro plánovač nejlepším tvaru, protože se tím minimalizuje riziko chyby. V takhle jednoduchém případě to opravdu dobrá db musí zvládnout, v okamžiku, kdy člověk potřebuje takovejdlech fragmentů spojit více, tak už riziko, že to plánovač nepochopí vzrůstá. Navíc JOIN tady IMHO taky není sémanticky blbě: INNER joinem defakto říkáš: a ber pouze záznamy, které mají existující spojení s touto tabulkou. To je v podstatě význam toho (byť třeba implicitního) INNER.

    S tím, že psát to outer joinem je kravina, to souhlasím 100%, to je opravdu sémanticky mimo.
    5.5.2013 19:02 Xerces
    Rozbalit Rozbalit vše Re: inner join vs where
    Technicky je to jedno. Pro lepší čitelnost se mi osvědčil zápis s INNER, kde za ON dám pouze vazební podmínky a do where části pak dám omezující podmínky. Při rozsáhlých spojeních 15 a více tabulek se lehce něco přehlídne.
    skunkOS avatar 6.5.2013 09:18 skunkOS | skóre: 25 | blog: Tak nějak
    Rozbalit Rozbalit vše Re: inner join vs where
    sorry ale inner join vs where modelují zcela lehce odlišené operace ktere vychazeji z relacniho modelu, proste je pouzivej podle toho co chces delat

    mrkni se na nejakou teorii o databazovych systemech
    http://martinrotter.github.io

    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.