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 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 11
včera 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 12
včera 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 4
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 96
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 8
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 11
20.4. 20:11 | Zajímavý software

MojeFedora.cz informuje, že společnost Nylas oznámila vydání verze 2.0 poštovního klienta Nylas Mail (původně Nylas N1), která již plně podporuje Linux. Obchodní model společnosti je tzv. open core. Samotný klient je open source, ale uživatel si musí připlatit za některé pokročilé funkce. V základu se lze připojit k GMailu nebo libovolnému účtu přes IMAP. Podpora Exchange je pouze v placené verzi. Klient je napsaný nad Electronem.

Ladislav Hagara | Komentářů: 12
20.4. 15:55 | Zajímavý článek

České centrum pro investigativní žurnalistiku (ČCIŽ) publikovalo na svých stránkách článek s názvem Je česká státní správa „rukojmím Microsoftu“?. Drtivá většina české veřejné správy je závislá na výrobcích softwarového gigantu Microsoft – a nijak zvlášť jí to nevadí.

Ladislav Hagara | Komentářů: 21
20.4. 02:48 | Nová verze

Google Chrome 58 byl prohlášen za stabilní. Nejnovější stabilní verze 58.0.3029.81 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo 29 bezpečnostních chyb. Mezi nimi i chyba umožňující phishing s unicode doménami.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (45%)
 (9%)
Celkem 285 hlasů
 Komentářů: 32, poslední dnes 12:24
    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.