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 23:33 | Nová verze

Byla vydána nová stabilní verze 1.15 (1.15.1147.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek lze zdůraznit možnost nastavení vlastního pozadí okna, přístup k záložkám z hlavního menu, lepší ovládatelnost v režimu celé obrazovky nebo vyřešení problémů se zvukem v HTML5. Nejnovější Vivaldi je postaveno na Chromiu 65.0.3325.183.

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

Node.js Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 10.0.0 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). Verze 10 se v říjnu stane novou aktivní LTS verzí. Podpora je plánována do dubna 2021.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Nová verze

Neal Cardwell ze společnosti Google oznámil zveřejnění verze 2.0 nástroje pro testování síťového stacku packetdrill. Jde o souhrnné vydání změn z interního vývoje od roku 2013.

Michal Kubeček | Komentářů: 0
včera 13:22 | Zajímavý software

Microsoft na svém blogu oznámil, že správce knihoven pro C++ Vcpkg (VC++ Packaging Tool) lze nově používat také na Linuxu a macOS. Aktuálně je pro Linux k dispozici více než 350 knihoven [reddit].

Ladislav Hagara | Komentářů: 1
včera 12:44 | Komunita

Byly zveřejněny exploity na Nintendo Switch a platformu Tegra X1: Fusée Gelée a ShofEL2. Jejich zneužití nelze zabránit softwarovou aktualizací. Na druhou stranu exploity umožní na Nintendo Switch snadno a rychle nainstalovat Linux, viz. ukázka na YouTube. Jenom je potřeba sáhnout na hardware.

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

Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.

Ladislav Hagara | Komentářů: 7
včera 00:33 | Komunita

Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.

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

Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.

razor | Komentářů: 1
24.4. 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 5
23.4. 13:22 | Zajímavý software

Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.

Ladislav Hagara | Komentářů: 5
Používáte na serverech port knocking?
 (3%)
 (7%)
 (46%)
 (27%)
 (18%)
Celkem 380 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Indexy - prosím o radu

    16.10.2006 19:14 Petr
    Indexy - prosím o radu
    Přečteno: 70×
    Mám v databázi MySQL (verze 4.1) tabulku Chron, která nyní má cca 900 000 řádků (70MB). Jsou vytvořeny tři indexy (primary plus dva další). Tabulka obsahuje mimojiné pole Zkratka Varchar(5) a Text1 Varchar(25). Tato pole nejsou indexovaná, ale občas se podle nich vyhledává a vytížení procesoru na serveru je 100% a trvá to dlouho. Když vytvořím indexy pro tato pole, zrychlí se vyhledávání, ale zřejmě se zpomalí insert (a update a delete). A to mě zajímá. Uživatelé vkládají jednotlivé záznamy - poznají při tomto "ručním" přidávání ono zpomalení nebo se to výrazně neprojeví?

    S tím souvisí i můj druhý dotaz: donedávna byla na serveru (mnohem horším) verze MySQL 3.23 a nikdy nebyl problém s tímto vyhledáváním (tj. nebyl procesor vytížen tak, že ostatní uživatelé nemohli pracovat). Aplikace se nezměnily, pořád ty samé dotazy, velikost databáze zhruba stejná.

    Odpovědi

    16.10.2006 21:00 svatekr | skóre: 18 | blog: Svatekr | Teplice
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Určitě indexovat. Vyhledávání se zkrátí z řádu sekund na milisekundy. Při vkládání to uživatelé nepoznají. Snad pokud by importovali najednou více záznamů, ale po jednom je to neměřitelné.
    Každé zbytečně vyřčené slovo je vyřčeno zbytečně.
    16.10.2006 23:51 Petr
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Díky za odpověď. Je lepší udělat ten index pro pole Text1 (jsou v něm převážně čísla faktur, variabilní symboly, atd) indexovat jen pro prvních řekněme osm znaků nebo je to (zhruba) jedno?
    17.10.2006 00:00 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Zalezi od udajov, od select-u, od mnohych veci. Uvedom si, ze indexy sa vzdy navrhuju pre konkretnu aplikaciu, este presnejsie pre konkretny select. Niekedy moze byt vhodny normalny index, niekedy reverzny, niekedy index na funkciu nad retazcom. Stretol som sa s aplikaciou, kde najvhodnejsi index bol (jedna sa o postgresql, ale na ilustraciu to staci):
    create index idx_xxx on sl (length(yyy), yyy);
    
    kde yyy je stlpec typu varchar(129). Proste prasacina, ktoru by len tak s fleku nikto nenavrhol, ale pre dany select bola najucinejsia. Velke obmedzenie pri indexoch je, co vlastne ktora db umoznuje. PostgreSQL so svojimi selektivnymi indexami a moznostou pouzivat priamo v indexoch funkcie je pekne vypecene. ;-)

    Len som chcel povedat, ze ako konkretne vyrobit indexy, na to musis prist sam. Neda sa to poradit vo vseobecnosti.
    17.10.2006 00:13 Petr
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    já vím. ale nevím, jaký je v praxi rozdíl mezi indexem pro prvních 8 znaků a pro celé pole (v tomto případě v rychlosti selectu asi malý, ale ve velikosti (MB)?) Předpokládám, že těch osm znaků by zde mělo stačit ...
    17.10.2006 00:26 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Vyskusaj a uvidis! Mozno bude rozdiel nemeratelny, mozno dramaticky. Zalezi to aj od samotnych udajov. Co ak budu mat prvych 10 znakov vsetky zaznamy takmer rovnakych? Co ak ...
    16.10.2006 23:32 Ľubomír Host | skóre: 19 | Bratislava
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    ak je to 900 tis. zaznamov a daju sa tieto zaznamy podelit na nejake casove obdobia, tak mozno by stalo za to upgradnut aplikaciu, aby:
    - sa zaznamy vkladali do jednej tabulky
    - statistiky/vyhladavania robili nad tabulkami typu MERGE
    - zaznamy z predchadzajuceho mesiaca stale presunut do tabulky tabulka_2006_10 Alebo mozno skusit pouzit vo vyhladavani UNION nad niekolkymi tabulkami (za kazdy mesiac) a tabulky poctivo naindexovat Alebo kupit tucnejsie zelezo a iba naindexovat tu jednu velku tabulku. ;-)
    16.10.2006 23:45 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Z coho plynie jednoznacna odpoved na polozenu otazku "to index or not to index?": indexovat.
    16.10.2006 23:44 cronin | skóre: 49
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Skus forum na databazovom svete.

    Inac v serioznej databaze by vsetky akcie mali byt meratelne, co sa tyka vykonnosti. Ma MySQL nieco ako EXPLAIN ANALYZE? Ak ma transakcie, tak by mohol byt testovatelny aj ten insert/delete:
    begin; 
    explain analyze insert into ... ; 
    rollback;
    
    S pravdepodobnostou hraniciacou s istotou budu vysledky v prospech indexovania. Navrhnut dobre indexy (zlozene, pouzivajuce funkcie, etc.) nie je jednoduche, zvycajne to vyzaduje dobru podporu zo strany DB, skvelu znalost administratora/developera a pohratie sa s realnymi dotazmi v spravnom tvare (pozor na prepared statements). Vysledok vsak zvycajne stoji za to.
    17.10.2006 10:00 LesTR | skóre: 17 | Plzeň
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    Zdravim,
    mysql samozrejme ma explain (viz. Doc )
    Transakce umi, ale pouze nad tabulkami typu InnoDB a jeste te jedne exoticke, ktere ted nemohu prijit na jmeno.
    S tabulkami InnoDB je ovsem problem, ze ve vetsine pripadu sou mnohem pomalejsi nez Myissam.
    Typ Myissam byl primarne vyvyjen jako mala, rychla databaze, coz je.
    V tabulkach o vetsim poctu radku je mnohem rychlejsi pouziti pevnych delek zaznamu, tj. misto varchar(20) pouzit char(20), coz pomuze rychlosti, ale zase to sezere vice mista na disku.
    Indexy jsou nutnosti a jak tu jiz nekdo zminil, neni mozne rici, udelej to takto a takto, bez znalosti dat v DB a dotazu do ni.
    Osobne si ale myslim, ze vytvaret index na poli typu text, je ten nejvetsi hnus co muze byt, tfuj tfuj tfuj... P.S. Tuto reakci jsem zaradil pod vas prispevek, protoze jsem odpovidal na explain a transakce. Jak to tak ale byva, clovek se rozepise vice : )
    Save The World - http://www.worldcommunitygrid.org/ LesTR
    17.10.2006 11:44 happy barney | skóre: 34 | blog: dont_worry_be_happy
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    myisam však nepodporuje row lock, iba table lock, čo napr pri častých insert/update výrazne spomaľuje.
    17.10.2006 11:55 hm
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu
    ...neboli na pořádnou práci je lepší _skutečná_ databáze ;-)
    17.10.2006 11:57 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: Indexy - prosím o radu

    mysql samozrejme ma explain – ale jenom na selecty…

    Ještě na tom nejsem tak špatně, abych četl Viewegha.

    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.