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í
Přihlášení | Registrace
×
napište » Zprávičky
inzerujte » Pracovní nabídky
    Rust 1.98.0
    21.8. 05:00 | Nová verze

    Byla vydána verze 1.98.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    WordPress 7.1 Mary Lou
    21.8. 04:22 | Nová verze

    Byla vydána nová verze 7.1 (YouTube) svobodného open source redakčního systému WordPress. Kódové jméno Mary Lou bylo vybráno na počest americké jazzové klavíristky Mary Lou Williams (YouTube).

    Ladislav Hagara | Komentářů: 0
    Bun 1.4
    20.8. 19:11 | Nová verze

    Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.4. Představení novinek také na YouTube. Bun byl přepsán z programovacího jazyka Zig do Rustu. Pomocí Claude Fable 5.

    Ladislav Hagara | Komentářů: 0
    KDE Gear 26.08
    20.8. 12:33 | Nová verze

    Vývojáři KDE na Mastodonu oznámili vydání balíku aplikací KDE Gear 26.08. Přehled novinek i s náhledy a videi v oficiálním oznámení.

    Ladislav Hagara | Komentářů: 0
    PINE64 dočasně pozastavuje výrobu linuxových zařízení
    20.8. 04:11 | IT novinky

    Společnost PINE64 kvůli nedostatku a vysokým cenám DRAM a eMMC dočasně pozastavuje výrobu linuxových zařízení. Výroba zařízení jako PineTime, PineVoice a Pinecil pokračuje.

    Ladislav Hagara | Komentářů: 0
    Společnost Stripe se dohodla na akvizici společnosti OpenRouter
    20.8. 02:55 | IT novinky

    Společnost Stripe se dohodla na akvizici společnosti OpenRouter. Za 7,5 miliardy dolarů.

    Ladislav Hagara | Komentářů: 0
    Go 1.27
    20.8. 01:33 | Nová verze

    Byla vydána nová verze 1.27 programovacího jazyka Go (Wikipedie). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    Mobile Linux Hackday #8 v Praze v novém SUSE office
    19.8. 16:00 | Pozvánky

    V pátek 28. srpna se v Praze uskuteční již osmý Mobile Linux Hackday. Jako obvykle se potkáme v pražské pobočce SUSE v Karlíně na Křižíkově, takže kromě mobilního Linuxu je to tentokrát i příležitost přijít se podívat na nově zrekonstruované kanceláře. Začínáme v 10:00, ale dorazit můžete samozřejmě kdykoliv v průběhu dne. Setkáním vás provede Petr Hodina, vývojář GPU ovladačů v Mesa 3D a jeden z hlavních lidí české komunity kolem mobilního … více »

    lkocman | Komentářů: 0
    Raspberry Pi Compute Module 5 Programming Jig
    19.8. 14:11 | IT novinky

    Představen byl Raspberry Pi Compute Module 5 Programming Jig. Jedná se o zařízení umožňující připravit Compute Module 5 do plně funkčního stavu bez nutnosti použití dalších vstupně / výstupních desek. Podporuje automatizaci pomocí nástroje rpi-sb-provisioner. Podrobnosti v dokumentaci.

    Ladislav Hagara | Komentářů: 6
    Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků
    19.8. 05:55 | IT novinky

    Hackeři ve Francii ukradli data více než půl milionu daňových poplatníků. Je to jeden z největších hackerských útoků v dějinách země. O útoku z konce června informovala až teď daňová správa. Teprve od pondělí dotčeným občanům zasílá e-maily s instrukcemi, jak postupovat dál. Hackeři se sice nedostanou k penězům dotyčných, hrozí ale věrohodné podvody. Hackeři získali třeba celá jména, údaje o rodinných příslušnících nebo také údaje o

    … více »
    Ladislav Hagara | Komentářů: 23
    Centrum | Napsat | Starší
    navrhněte » Anketa
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (19%)
     (30%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2464 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník
    AbcLinuxu
    HDmag.cz

    Administrace komentářů

    Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

    Příspěvek
    28.4.2011 21:01 jeleniste | skóre: 13 | blog: Prokustovo lože
    Rozbalit Rozbalit vše Re: optimalizace sloziteho joinu, pouziti coalesce v klauzuli on vs indexy, Postgresql 8.4
    Jasně, takže nejdříve jsem vyzkoušel, to co radíte vy. Tj. 
    set work_mem to '10MB';

set enable_hashjoin to off;
    Čímž jsem dosáhl zrychlení z necelé minuty na sekundu a malej kousek 
    "Nested Loop Left Join  (cost=32884.48..34848.96 rows=1 width=291) (actual time=1364.306..1364.348 rows=1 loops=1)"
"  Join Filter: (budovy.id = parcely.bud_id)"
"  ->  Nested Loop Left Join  (cost=0.00..19.49 rows=1 width=138) (actual time=0.089..0.130 rows=1 loops=1)"
"        ->  Nested Loop Left Join  (cost=0.00..11.19 rows=1 width=134) (actual time=0.075..0.104 rows=1 loops=1)"
"              Join Filter: (d_pozemku.kod = parcely.drupoz_kod)"
"              ->  Nested Loop Left Join  (cost=0.00..9.94 rows=1 width=129) (actual time=0.068..0.072 rows=1 loops=1)"
"                    Join Filter: (zp_vyuziti_poz.kod = parcely.zpvypa_kod)"
"                    ->  Index Scan using par_pk on parcely  (cost=0.00..8.31 rows=1 width=73) (actual time=0.015..0.018 rows=1 loops=1)"
"                          Index Cond: (id = 1397038206::numeric)"
"                    ->  Seq Scan on zp_vyuziti_poz  (cost=0.00..1.28 rows=28 width=70) (actual time=0.004..0.022 rows=28 loops=1)"
"              ->  Seq Scan on d_pozemku  (cost=0.00..1.11 rows=11 width=19) (actual time=0.003..0.015 rows=11 loops=1)"
"        ->  Index Scan using tel_pk on telesa  (cost=0.00..8.28 rows=1 width=15) (actual time=0.009..0.017 rows=1 loops=1)"
"              Index Cond: (parcely.tel_id = public.telesa.id)"
"  ->  Merge Right Join  (cost=32884.48..33867.30 rows=76968 width=164) (actual time=1147.807..1315.173 rows=77117 loops=1)"
"        Merge Cond: (casti_obci.kod = budovy.caobce_kod)"
"        ->  Sort  (cost=30.49..30.99 rows=198 width=103) (actual time=1.468..1.614 rows=198 loops=1)"
"              Sort Key: casti_obci.kod"
"              Sort Method:  quicksort  Memory: 53kB"
"              ->  Merge Right Join  (cost=19.41..22.94 rows=198 width=103) (actual time=0.583..1.163 rows=198 loops=1)"
"                    Merge Cond: (obce.kod = casti_obci.obce_kod)"
"                    ->  Sort  (cost=6.88..7.16 rows=111 width=53) (actual time=0.186..0.259 rows=111 loops=1)"
"                          Sort Key: obce.kod"
"                          Sort Method:  quicksort  Memory: 40kB"
"                          ->  Seq Scan on obce  (cost=0.00..3.11 rows=111 width=53) (actual time=0.003..0.086 rows=111 loops=1)"
"                    ->  Sort  (cost=12.53..13.03 rows=198 width=58) (actual time=0.392..0.531 rows=198 loops=1)"
"                          Sort Key: casti_obci.obce_kod"
"                          Sort Method:  quicksort  Memory: 52kB"
"                          ->  Seq Scan on casti_obci  (cost=0.00..4.98 rows=198 width=58) (actual time=0.006..0.184 rows=198 loops=1)"
"        ->  Sort  (cost=32853.99..33046.41 rows=76968 width=69) (actual time=1146.323..1207.363 rows=77117 loops=1)"
"              Sort Key: budovy.caobce_kod"
"              Sort Method:  quicksort  Memory: 9097kB"
"              ->  Merge Right Join  (cost=17404.01..26607.28 rows=76968 width=69) (actual time=675.313..1058.389 rows=77117 loops=1)"
"                    Merge Cond: (public.telesa.id = budovy.tel_id)"
"                    ->  Index Scan using tel_pk on telesa  (cost=0.00..7819.74 rows=103617 width=15) (actual time=0.027..109.818 rows=103608 loops=1)"
"                    ->  Sort  (cost=17403.23..17595.65 rows=76968 width=76) (actual time=675.268..730.793 rows=77117 loops=1)"
"                          Sort Key: budovy.tel_id"
"                          Sort Method:  quicksort  Memory: 9097kB"
"                          ->  Merge Right Join  (cost=10001.97..11156.52 rows=76968 width=76) (actual time=307.027..473.833 rows=77117 loops=1)"
"                                Merge Cond: (t_budov.kod = budovy.typbud_kod)"
"                                ->  Sort  (cost=1.14..1.15 rows=6 width=17) (actual time=0.043..0.051 rows=6 loops=1)"
"                                      Sort Key: t_budov.kod"
"                                      Sort Method:  quicksort  Memory: 25kB"
"                                      ->  Seq Scan on t_budov  (cost=0.00..1.06 rows=6 width=17) (actual time=0.007..0.012 rows=6 loops=1)"
"                                ->  Sort  (cost=10000.83..10193.25 rows=76968 width=53) (actual time=306.967..358.000 rows=77117 loops=1)"
"                                      Sort Key: budovy.typbud_kod"
"                                      Sort Method:  quicksort  Memory: 9112kB"
"                                      ->  Merge Left Join  (cost=1.07..3754.12 rows=76968 width=53) (actual time=0.216..211.649 rows=77117 loops=1)"
"                                            Merge Cond: (budovy.id = casti_budov.bud_id)"
"                                            ->  Index Scan using bud_pk on budovy  (cost=0.00..3500.36 rows=76968 width=40) (actual time=0.130..82.669 rows=76968 loops=1)"
"                                            ->  Materialize  (cost=1.07..58.37 rows=238 width=28) (actual time=0.073..3.458 rows=238 loops=1)"
"                                                  ->  Nested Loop Left Join  (cost=1.07..55.99 rows=238 width=28) (actual time=0.068..3.113 rows=238 loops=1)"
"                                                        Join Filter: (t_bud_ii.kod = casti_budov.typbud_kod)"
"                                                        ->  Index Scan using i_casti_budov_budid on casti_budov  (cost=0.00..22.79 rows=238 width=25) (actual time=0.051..0.323 rows=238 loops=1)"
"                                                        ->  Materialize  (cost=1.07..1.13 rows=6 width=17) (actual time=0.001..0.004 rows=6 loops=238)"
"                                                              ->  Seq Scan on t_budov t_bud_ii  (cost=0.00..1.06 rows=6 width=17) (actual time=0.003..0.013 rows=6 loops=1)"
"Total runtime: 1372.410 ms"
    což bych pokládal za dostatečné, nicméně jsem chtěl vyzkoušet i optimalizaci (nerad bych svůj nepořádek zametal pod koberec neustálým navyšováním výkonu) dotazu, jak radí kolega níže. V pohledu je použitej jinej pohled, což jak jsem pochopil z vyjádření dalšího pana kolegy by mohlo dělat paseku, takže jsem oba pohledy přepsal do jednoho. Tím jsem se dostal na půl sekundy bez ohledu na nastavení work_mem a hash_join.. 
    "Nested Loop Left Join  (cost=0.00..42.69 rows=1 width=275) (actual time=0.302..0.334 rows=1 loops=1)"
"  Join Filter: (casti_obci.obce_kod = obce.kod)"
"  ->  Nested Loop Left Join  (cost=0.00..38.11 rows=1 width=230) (actual time=0.131..0.162 rows=1 loops=1)"
"        ->  Nested Loop Left Join  (cost=0.00..29.81 rows=1 width=237) (actual time=0.127..0.156 rows=1 loops=1)"
"              Join Filter: (t_bud_ii.kod = casti_budov.typbud_kod)"
"              ->  Nested Loop Left Join  (cost=0.00..28.68 rows=1 width=234) (actual time=0.113..0.141 rows=1 loops=1)"
"                    ->  Nested Loop Left Join  (cost=0.00..20.38 rows=1 width=230) (actual time=0.099..0.124 rows=1 loops=1)"
"                          ->  Nested Loop Left Join  (cost=0.00..20.04 rows=1 width=216) (actual time=0.096..0.119 rows=1 loops=1)"
"                                ->  Nested Loop Left Join  (cost=0.00..19.76 rows=1 width=213) (actual time=0.094..0.116 rows=1 loops=1)"
"                                      ->  Nested Loop Left Join  (cost=0.00..19.48 rows=1 width=163) (actual time=0.091..0.112 rows=1 loops=1)"
"                                            ->  Nested Loop Left Join  (cost=0.00..11.19 rows=1 width=134) (actual time=0.087..0.107 rows=1 loops=1)"
"                                                  Join Filter: (d_pozemku.kod = parcely.drupoz_kod)"
"                                                  ->  Nested Loop Left Join  (cost=0.00..9.94 rows=1 width=129) (actual time=0.080..0.082 rows=1 loops=1)"
"                                                        Join Filter: (zp_vyuziti_poz.kod = parcely.zpvypa_kod)"
"                                                        ->  Index Scan using par_pk on parcely  (cost=0.00..8.31 rows=1 width=73) (actual time=0.028..0.029 rows=1 loops=1)"
"                                                              Index Cond: (id = 1397038206::numeric)"
"                                                        ->  Seq Scan on zp_vyuziti_poz  (cost=0.00..1.28 rows=28 width=70) (actual time=0.004..0.021 rows=28 loops=1)"
"                                                  ->  Seq Scan on d_pozemku  (cost=0.00..1.11 rows=11 width=19) (actual time=0.003..0.010 rows=11 loops=1)"
"                                            ->  Index Scan using bud_pk on budovy  (cost=0.00..8.28 rows=1 width=40) (actual time=0.001..0.001 rows=0 loops=1)"
"                                                  Index Cond: (budovy.id = parcely.bud_id)"
"                                      ->  Index Scan using caob_pk on casti_obci  (cost=0.00..0.27 rows=1 width=58) (actual time=0.000..0.000 rows=0 loops=1)"
"                                            Index Cond: (casti_obci.kod = budovy.caobce_kod)"
"                                ->  Index Scan using tbud_pk on t_budov  (cost=0.00..0.27 rows=1 width=17) (actual time=0.000..0.000 rows=0 loops=1)"
"                                      Index Cond: (t_budov.kod = budovy.typbud_kod)"
"                          ->  Index Scan using i_casti_budov_budid on casti_budov  (cost=0.00..0.30 rows=3 width=25) (actual time=0.001..0.001 rows=0 loops=1)"
"                                Index Cond: (casti_budov.bud_id = budovy.id)"
"                    ->  Index Scan using tel_pk on telesa  (cost=0.00..8.28 rows=1 width=15) (actual time=0.011..0.013 rows=1 loops=1)"
"                          Index Cond: (parcely.tel_id = telesa.id)"
"              ->  Seq Scan on t_budov t_bud_ii  (cost=0.00..1.06 rows=6 width=17) (actual time=0.002..0.006 rows=6 loops=1)"
"        ->  Index Scan using tel_pk on telesa tel_bud  (cost=0.00..8.28 rows=1 width=15) (actual time=0.001..0.001 rows=0 loops=1)"
"              Index Cond: (budovy.tel_id = tel_bud.id)"
"  ->  Seq Scan on obce  (cost=0.00..3.11 rows=111 width=53) (actual time=0.002..0.070 rows=111 loops=1)"
"Total runtime: 0.527 ms"
    Tudíž mám dvě dobrá řešení, která hodlám zkombinovat, změna nastavení jistě prospěje i dalším dotazům a píšu si za uši, že při volání pohledu v pohledu nefungujou indexy jak by měly. Všem děkuju za ochotu a dobré rady. Omlouvám se, že jsem nepřiložil i SQL pohledu, ale nejsou to moje data, pokud by ho někdo moc chtěl, tak ho nějak zobecním..
    Je.
    Nejsem blbý, jen se hloupě ptám

    V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    Píšeme jinde
    ISSN 1214-1267   www.czech-server.cz
    Redakce | Inzerce | Podmínky použití | Osobní údaje
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.