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

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 0
    dnes 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    včera 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    včera 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    včera 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    včera 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 565 hlasů
     Komentářů: 26, poslední včera 09:58
    Rozcestník

    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
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.