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 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
    6.5. 22:11 | Nasazení Linuxu

    Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).

    Ladislav Hagara | Komentářů: 2
    6.5. 13:22 | IT novinky

    Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.

    Ladislav Hagara | Komentářů: 1
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 561 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
    25.5.2012 21:40 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: MYSQL zmazanie velkeho mnozstva zaznamov pre usera a zaroven ich vlozenie
    Není rozdíl? Cože? To jako fakt chceš tvrdit, že udělat něco jedním nebo deseti dotazy je pro výkonnost databáze jedno? Tak si prosím zkus např. v postgresql spustit následující kód, přičemž změř čas posledních dvou dotazů. Pokud by tvé tvrzení bylo pravdivé, měli by dosahovat podobných časů.
    
    CREATE TEMPORARY TABLE bench (a integer primary key, b integer);
    CREATE INDEX i ON bench(b);
    
    DO LANGUAGE PLPGSQL $$
    DECLARE R integer;
    BEGIN
    FOR R IN SELECT generate_series(1,10000) LOOP
       INSERT INTO bench(a,b) VALUES 
                        (r*20, r*1000);
    END LOOP;
    END $$;
    analyze bench;
    
    DO LANGUAGE PLPGSQL $$
    DECLARE R integer;
    BEGIN
    FOR R IN SELECT generate_series(1,4000) LOOP
       INSERT INTO bench(a,b) VALUES 
    		(r*20+1 ,r+1),(r*20+2 ,r+2),
    		(r*20+3 ,r+3),(r*20+4 ,r+4),
    		(r*20+5 ,r+5),(r*20+6 ,r+6),
    		(r*20+7 ,r+7),(r*20+8 ,r+8),
    		(r*20+9 ,r+9),(r*20+10 ,r+10);
       DELETE FROM bench WHERE a IN (r*20+1,r*20+2,r*20+3,r*20+4,r*20+5,r*20+6,r*20+7,r*20+8,r*20+9,r*20+10) AND b between r+1 and r+19;
    END LOOP;
    END;
    $$;
    
    DO LANGUAGE PLPGSQL $$
    DECLARE R integer;
     S integer;
    BEGIN
    FOR R IN SELECT generate_series(1,4000) LOOP
       FOR S IN SELECT generate_series(1,10) LOOP
    	   INSERT INTO bench(a,b) VALUES (r*20+s, r+s);
       END LOOP;
       FOR S IN SELECT generate_series(1,10) LOOP
    	   DELETE FROM bench WHERE a=r*20+s;
       END LOOP;  
    END LOOP;
    END;
    $$;
    
    Na mém systému je to rozdíl 0.181s ku 0.620s. Tvůj "není rozdíl" je ve skutečnosti více než trojnásobný (což na pouhých deset dotazů je dost). A to ještě navíc tady je ten dotaz opravdu předkompilovaný, jak píšeš, což ovšem při normálním webovém programování nikdo nedělá a je to další práce navíc; a také odpadá komunikace s databází, což je další nezanedbatelná položka (a to nemluvím o případu, kdy databázovej stroj běží někde jinde na síti).
    V zadání není nic o tom, zda vím, co bylo či nebylo upraveno.
    Autor dotazu tvrdí, že pokud by chtěl dělat nějakou aktivitu v závislosti na tom, jestli by byl daný řádek upraven, musel by to skontrolovat. Z toho si domyslí i průměrná opice, že to tedy neví, proč by vyvíjel nějakou aktivitu na zjištění skutečnosti, kterou zná? Nevykrucuj se.

    Jak by vypadalo UI je mi někde, je dané zadání, tak řeším zadání a ne své dojmy. Např. třeba jako textbox se všema dny (na opisování z nějakého výkazu IMHO naprosto ideální UI, pro člověka, co to používá denně daleko rychlejší než nějaký klikací blbiny).
    ...donačíst k nim IDčka...
    Co kdybys už konečně přestal vymešlet teorie a aspoň něco z toho, co tvrdíš, si zkusil. Aspoň bych tu nemusel vyvracet každou blbinu. Do příkazu výše si dodej na konec následující příkazy:
    DO LANGUAGE PLPGSQL $$
    DECLARE R integer;
    BEGIN
      FOR R IN SELECT generate_series(1,10000) LOOP
        perform * from bench where a IN (20,40,60,80,100,120,140,160,180,200);
      END LOOP;
    END;
    $$
    
    DO LANGUAGE PLPGSQL $$
    DECLARE R integer;
    BEGIN
     FOR R IN SELECT generate_series(1,10000) LOOP
       perform * from bench where a IN (20,40,60,80,100,120,140,160,180,200) and b between 1000 and 10000;
     END LOOP;
    END;
    $$
    
    explain select * from bench where a IN (20,40,60,80,100,120,140,160,180,200);
    explain select * from bench where a IN (20,40,60,80,100,120,140,160,180,200) and b between 1000 and 10000;
    
    Výsledne čas u mne je 0.210s v případě BETWEEN oproti 0.294s v případě bez between. Takže pohádky vyprávíš hezký, ale je to evidetně jinak a to between databáze nějak využít umí. To dokládá i výpis z těch explain, který dokládaj, že když má databáze k dispozici rozumnou intervalovou podmínku, tak ji použije daleko radši než rozsypanej čaj primárního klíče.

    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.