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

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 2
včera 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 5
včera 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
včera 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

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

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
včera 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
19.1. 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 9
19.1. 15:55 | Bezpečnostní upozornění

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

Ladislav Hagara | Komentářů: 0
19.1. 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 35
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (73%)
 (3%)
 (11%)
Celkem 346 hlasů
 Komentářů: 25, poslední dnes 13:34
    Rozcestník
    Reklama

    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: 449×
    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: 66
    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.