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

Po cca 3 týdnech od vydání Linux Mintu 18.3 s kódovým jménem Sylvia a prostředími MATE a Cinnamon byla oznámena také vydání s prostředími KDE a Xfce. Podrobnosti v poznámkách k vydání (KDE, Xfce) a v přehledech novinek s náhledy (KDE, Xfce). Linux Mint 18.3 je podporován do roku 2021.

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

Byla vydána verze 17.12.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi. Aplikace, které nebyly dosud portovány na KDE Frameworks 5, byly z KDE Aplikací odstraněny.

Ladislav Hagara | Komentářů: 30
včera 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 7
včera 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

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

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 7
14.12. 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
14.12. 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
14.12. 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
14.12. 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 3
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (76%)
 (14%)
Celkem 1000 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Dotaz: MYSQL generovanie štatistických prehľadov

    8.1.2012 18:42 adrinko | skóre: 22
    MYSQL generovanie štatistických prehľadov
    Přečteno: 452×
    Zdravím,

    prosím o vaše názory, čo je najvhodnejšie v takomto prípade. Mám v phpčku spravený systém, kde si registrovaní užívatelia zadávajú svoje tasky na dnešný deň. Chcel by som teraz, vypísať povedzme mesačnú (alebo aj dlhšiu) krivku pre užívateľa, koľko taskov mal v ktorý deň a z toho by sa mu zobrazila krivka podobne, ako google analytics. Následne ja ako admin by som chcel tiež podobnú krivku, kde by zobrazilo sumár taskov v jednotlivé dni pre všetkých užívateľov.

    Otázka teraz je - ako je to najlepšie spraviť s ohľadom na databázu? Je mi jasné, že keby sa to spočítavalo vždy na základe dotazu stránky, tak by sa rôzne výpočti na konkrétne dni opakovali a zbytočne tak viackrát zaťažovali celý systém. Mne sa zdá najlepšie, keď sa pre každý deň uloží do db výsledok a pokiaľ znova nastane potreba zobraziť daný deň, tak sa už nebudú všetky tasky pre daného užívateľa znovu spočítavať, ale sa len jednoducho už predtým spočítaný výsledok načíta z db. Čo poviete? (niečo na spôsob "cachovania" jednotlivých dotazov..) Ešte som také niečo nikdy nepotreboval spraviť, preto uvítam vaše názory. Vďaka!

    Odpovědi

    8.1.2012 19:06 Kit
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    O potřebné cachování se stará přímo SQL server.

    Pokud bys měl problém s výkonem při poskytování výstupů, můžeš optimalizovat SELECT, případně doplnit potřebné indexy. Nebo můžeš při ukládání záznamů aktualizovat pomocí triggeru nějakou agregační tabulku (i více) s předzpracovanými výstupy.

    Každé řešení má své výhody i nevýhody. Záleží na tom, zda se častěji zapisuje nebo čte. Pokud by i nadále byly problémy s výkonem, sáhl bych po jiné databázi.
    okbob avatar 8.1.2012 19:46 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    záleží na zátěži - na objemech dat - na tom, jak budete mít omezené reporty v historii

    Od určitých objemů je nutné dělat preagregace - tam sama o sobě žádná relační databáze nepomůže - nicméně chce to řešit pokud počítáte, že se dostanete nad milióny řádků a budete růst. Vytvořte si databázi a naplňte jí, tak jak bude vypadat za cca 7 let provozu - a vyzkoušejte si rychlost dotazů (pokud možno paralelně). Pokud budou dostatečně rychlé, tak nic nemusíte řešit - jinak buďto přemýšlejte nad zadáním (např. omezit rozsah reportu na poslední 3 měsíce) nebo nad formou materializace - preagregace.
    9.1.2012 15:00 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    IMHO rychlejší než dělat testy je udělat si tu preagregaci rovnou - jde o tři triggery a jednu tabulku, to je hotový za chviličku.
    12.1.2012 01:27 adrinko | skóre: 22
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    vďaka za typy. l0gik, z tvojho príspevku to vyzerá fakt jednoducho:) aké 3 triggery si myslel? viete o nejakom návode na toto...? je síce fakt, že o triggeroch som už čítal, ale ešte som ich nikdy nepoužil. vďaka!
    12.1.2012 13:49 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    Tabulka: klíč(uživatel, den), počet operací No jednoduchej trigger: při insertu inkrementovat záznam v tabulce, popř. založit novej při delete dekrementovat a při updatu, pokud se změní den nebo uživatel províst obojí.

    Nepíšeš, kterej je to sql server, tak těžko dám návod, dělá se to v každym trochu jinak, ale když hodíš např. mysql (nebo co máš) trigger do nápovědy, tak to najdeš hned.

    Třeba k mysql najdeš nápovědu tady: http://dev.mysql.com/doc/refman/5.0/en/create-trigger.html

    Řešil bych to takhle tak řádově od stotisíc záznamů, desettisíc Ti db spočítá jak nic.
    12.1.2012 09:55 Kit
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    Do 10k záznamů nemá moc smysl řešit ani indexy, ani triggery. Do 1M vystačíš s indexy.

    Záleží tedy na objemu dat. Podle popisu soudím, že preagregaci zřejmě potřebovat nebudeš.
    12.1.2012 10:42 kuka
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    To je myslim prilis zjednodusujici. Pokud jde o hodne zatizeny system (nebo se to do budoucnosti predpoklada), tak pro 1M (a i mene) zaznamu bude hodne velky rozdil, jestli se data prectou z pripravene tabulky, nebo se museji online naagregovat. Co kdyby si napriklad statistiku soucasne zobrazovalo 100 konkurentnich uzivatelu?
    12.1.2012 10:56 Kit
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    Je to zjednodušující. Nevíme vůbec nic o budoucí zátěži. Řešit tuto záležitost triggery na několika stovkách záznamů je overkill, zejména pokud se statistiky budou zobrazovat třeba jen 1x denně.

    Denormalizace se má dělat až když je patrné, že to bude líné.
    Josef Kufner avatar 18.1.2012 21:17 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: MYSQL generovanie štatistických prehľadov
    V zádadě máš dvě možnosti:

    1. Udělat select a počítat to na požádání.

    2. Každý den posčítat včerejšek a uložit si to. Postupem času staré záznamy agregovat do méně podrobných (posčítat dny do týdnů či měsíců).

    Nedávno jsem si naprogramoval do jednoho systému tu první možnost a výsledný select není vůbec hezký. Pokud bude uživatelů více a dat hodně, nebude to stíhat a indexy to nezachrání.

    Na cachování v SQL serveru se nespoléhej, než si tytéž data vyžádá uživatel znovu, ostatní je z cache vypláchnou.
    Hello world ! Segmentation fault (core dumped)

    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.