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:55 | Komunita

Ubuntu 17.10 (Artful Aardvark) bude ve výchozím stavu zobrazovat Dok (Launcher). Jedná se o rozšíření GNOME Shellu Ubuntu Dock. To bylo forknuto z rozšíření Dash to Dock. Ukázka na YouTube [reddit].

Ladislav Hagara | Komentářů: 0
17.8. 15:33 | Nová verze

Byla vydána verze 17.08.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace kmag, kmousetool, kgoldrunner, kigo, konquest, kreversi, ksnakeduel, kspaceduel, ksudoku, kubrick, lskat a umbrello byly portovány na KDE Frameworks 5.

Ladislav Hagara | Komentářů: 0
17.8. 15:11 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-08-16 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Nejnovější Raspbian je založen na Debianu 9 Stretch. Přehled novinek v poznámkách k vydání. Řešena je také bezpečnostní chyba Broadpwn (CVE-2017-9417).

Ladislav Hagara | Komentářů: 1
17.8. 12:33 | Nová verze

Byla vydána verze 3.2.0 programu pro skicování, malování a úpravu obrázků Krita. Přehled novinek v poznámkách k vydání a na YouTube.

Ladislav Hagara | Komentářů: 0
17.8. 11:44 | IT novinky

Minulý týden na šampionátu The International 2017 byl představen bot, který poráží profesionální hráče počítačové hry Dota 2. V nejnovějším příspěvku na blogu se organizace OpenAI o projektu více rozepsala a zveřejnila videozáznamy několika soubojů.

Ladislav Hagara | Komentářů: 7
16.8. 17:11 | Komunita

Byly zveřejněny videozáznamy přednášek z Fedora 26 Release Party konané 10. srpna v Praze.

Ladislav Hagara | Komentářů: 0
16.8. 15:33 | Komunita

Přesně před čtyřiadvaceti lety, 16. srpna 1993, oznámil Ian Murdock vydání "Debian Linux Release".

Ladislav Hagara | Komentářů: 8
16.8. 06:00 | Bezpečnostní upozornění

Ve virtualizačním softwaru Xen bylo nalezeno a opraveno 5 bezpečnostních chyb XSA-226 až XSA-230. Nejzávažnější z nich XSA-227 (CVE-2017-12137) umožňuje eskalaci privilegií a ovládnutí celého systému, tj. správce hostovaného systému se může stát správcem hostitelského systému.

Ladislav Hagara | Komentářů: 1
15.8. 22:00 | Zajímavý projekt

V roce 2013 proběhla na Kickstarteru úspěšná kampaň na podporu otevřeného Dobře temperovaného klavíru (Well-Tempered Clavier). Stejný tým s Kimiko Išizaka spustil před týdnem na Kickstarteru kampaň Libre Art of the Fugue na podporu svobodného Umění fugy.

Ladislav Hagara | Komentářů: 2
15.8. 13:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 143. brněnský sraz, který proběhne v pátek 18. srpna od 18:00 hodin ve sportovním areálu a restauraci BeachPub Sokolák u Brněnské přehrady aneb v hantecu u Prýglu.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (4%)
 (2%)
 (17%)
 (76%)
Celkem 357 hlasů
 Komentářů: 21, poslední 13.8. 09:57
    Rozcestník

    Dotaz: Postgresql arrays - rychlejší než redundantní data?

    21.1.2012 05:46 vasek
    Postgresql arrays - rychlejší než redundantní data?
    Přečteno: 675×
    Ahoj. Mám databázi navrženou tak, aby v ní nedocházelo k redundancím a aby bylo hledání ce nejefektivnější. Poslední dobou ale databáze značně narostla a select nad joinem několika tabulek byl docela pomalý. Upravil jsem proto návrh tak, že jsem z několika nejvytíženějších "na sobě závislých" tabulek udělal jednu s redundantními daty. Je to sice plýtvání místem, ale také obrovské zrychlení, protože není potřeba spojovat tabulky. Toto sice hezky funguje, ale nelíbí se mi ta redundance. Neboť budu brzo převádět databázi ze současného mysql na postgresql, napadlo mě použít v postgresql arrays, abych se vyhnul redundanci. Je to hodně velká blbost? Jak to postgresql indexuje? Je to dost rychlé (bylo by tam hodně dotazů typu SELECT .. WHERE nejakadata = ANY (sloupec_1) AND .. AND nejakajinadata = ANY (sloupec_n))?

    Odpovědi

    okbob avatar 21.1.2012 07:35 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Na datových strukturách podobných polím funguje např. PostGIS a funguje docela dobře:

    http://www.postgresql.org/docs/9.1/static/intarray.html
    21.1.2012 14:27 vasek
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    No já bych používat i pole varcharů, textů, floatů ... Chci docílit tohoto:

    jednoduchý příklad (není tady vidět redundance, ale je tu vidět to, o co se chci pokusit):

    původně:
    tabulka1 (normálně odkazuje na několik různých tabulek tzn. id_hodnota2 .. n)
    --------
    nazev(varchar) | id_hodnota1 ...
    nejakynazev | 1

    tabulka2
    --------
    id_hodnota1 | sl_1(int) ...
    1 | 1
    1 | 2
    1 | 3

    nyní:
    tabulka
    --------
    nazev(varchar) | sl_1(int) ...
    nejakynazev | 1
    nejakynazev | 2
    nejakynazev | 3

    cíl:
    tabulka
    --------
    nazev(varchar) | sl_1(int[]) ...
    nejakynazev | {1,2,3}
    okbob avatar 21.1.2012 17:01 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Můžete mít pole libovolného typu - a použití také není nijak omezené - nedoporučuji ovšem pole používat místo vazebních tabulek.
    26.1.2012 14:43 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Vám na prvej prednáške o relačných databázach nepovedali, že žiadna reálna aplikácia nefunguje v 3. normálnej forme? ;-)
    27.1.2012 23:43 vasek
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Ne, jen že ve velice výjiměčných situacích.
    28.1.2012 00:17 Kit
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Praxe nám ukazuje, že téměř všechny velké fungující webové aplikace jedou na 0NF. Můžeme tomu třeba říkat cache, ale de facto se jedná o totální denormalizaci.
    27.1.2012 18:09 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Osobně bych šel formou vazebních tabulek s tím, že bych pak vzal ty (rychlostně) nejblbější dotazy a k nim udělal automaticky aktualizované materializované pohledy. Z hlediska návrhu je to čisté, pokud nejde o neustále se měnící data (což bývá málokdy, většinou se data "přisypávají"), tak režie navíc bude zanedbatelná.

    Optimalizátor postgresu je IMHO lepší než mysql, obzvlášť u složitějších dotazů, takže je možné, že to, co bylo v mysql pomalé bude v postgresu Ok.
    27.1.2012 20:35 Kit
    Rozbalit Rozbalit vše Re: Postgresql arrays - rychlejší než redundantní data?
    Pole v PosgreSQL byla vytvořena proto, aby byla používána. Na druhou stranu je mi podezřelé, že chceš podle toho indexovat. Co znamená "značně narostla"? Víc než 1 Mzáznamů?

    Číslování sloupců tabulky téměř vždy svědčí o chybném návrhu databáze. Podle vzorového SELECTu ty sloupce mají možná i svá jména nebo alespoň sémantiku. Proto se mi umístění do pole jeví jako nevhodné.

    Možná by se daly využít R-stromy, ale z uvedeného příkladu mi vůbec není jasné, zda by to bylo vhodné řešení.

    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.