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 00:33 | Zajímavý software

    plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.

    Fluttershy, yay! | Komentářů: 2
    dnes 00:22 | Komunita

    Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.

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

    Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.

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

    Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."

    Ladislav Hagara | Komentářů: 12
    včera 00:22 | Nová verze

    Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.

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

    Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.5. 18:00 | Nová verze

    Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.

    Ladislav Hagara | Komentářů: 0
    23.5. 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 6
    23.5. 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 4
    23.5. 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 7
    Jaký je váš oblíbený skriptovací jazyk?
     (56%)
     (29%)
     (7%)
     (4%)
     (0%)
     (0%)
     (5%)
    Celkem 105 hlasů
     Komentářů: 8, poslední dnes 15:58
    Rozcestník

    První CSPUG večerní databázové setkání

    První večerní setkání organizované CSPUGem se uskuteční 19. 4. od 19.00 na MFF v S4 (Malostranské nám. 25, Praha). Na programu jsou tyto dvě přednášky: 19.00–19.45 Replikace a její stav v PostgreSQL (Tomáš Vondra) a 19.55–20.40 Záludnosti PostgreSQL (Jakub Ouhrabka). Krátké anotace a další informace najdete na této wiki stránce. Setkání jsou zdarma s volným vstupem, nicméně i tak prosíme o registraci pomocí formuláře a to zejména kvůli objednávce pizzy, sponzorované firmou ComGate.

    25.3.2011 12:28 | TomasVondra | Pozvánky


    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    Komentáře

    Vložit další komentář

    Shadow avatar 25.3.2011 14:14 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Vypadá to pěkně, nejspíš se půjdu podívat. Postgresu není nikdy dost.
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    25.3.2011 20:02 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    No např. já ho mám plný zuby :)
    In Ada the typical infinite loop would normally be terminated by detonation.
    Shadow avatar 25.3.2011 23:29 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    To mě mrzí. Můžu se zeptat proč?
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    26.3.2011 09:24 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Je to součet všech malejch bolestí co jsem s tím zažil:
    1. Default konfigurace nastavená na výkon i486
    2. Plánovač používá statistiky o tabulkách které jsou o několik řádů mimo realitu
    3. Plánovač neumí kloudně rozhodnout o složitějších případech, musíme používat dočasné tabulky místo joinů
    4. Mizivá podpora partitions
    5. Nemožnost uchovávat data v indexu
    In Ada the typical infinite loop would normally be terminated by detonation.
    okbob avatar 26.3.2011 11:38 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    1 je záměr - BFU v případě, že mu Pg nenaběhne je v ..., tudíž má PG nastaven bezpečný a exttrémně nízký shared_buffers. DBA si kdekoliv přečte, že tuto hodnotu je třeba změnit a dokáže změnit i SHMMAX.

    2-3 to je více-méně problém všech SQL db - tady záleží na homogenitě dat, která zpravováváte, vzájemných závislostech - bezpochyby lze hodně vylepšovat UI v PostgreSQL - nyní jsem přepsal dotaz a zkrátil jej z 8000 ms na 30 ms - ale každá optimalizace stojí čas při připravě dotazu - čím sofistikovanější planner, tím je pomalejší. Z Open Source databází je pg, jak do přesnosti odhadů tak do kvality planeru o generaci před MySQL nebo Firebirdem - s komerčními db je srovnatelný s MSSQL. Co chybí je optimalizace pro OLAP nebo ROLAP. Takže na např. star schématu pg se nijak zvlášť nepochlapí ve srovnání s Oraclem nebo DB2.

    4 - je tam základ, v 9.1 už funguje docela dobře (včetně indexování např. partišnama) - ale není to příliš user friendly

    5 - by se občas hodilo.
    26.3.2011 12:28 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    1 je záměr - BFU v případě, že mu Pg nenaběhne je v ..., tudíž má PG nastaven bezpečný a exttrémně nízký shared_buffers. DBA si kdekoliv přečte, že tuto hodnotu je třeba změnit a dokáže změnit i SHMMAX.

    Ne -- není to jen buffers, jsou to všechny hodnoty a těch je asi 10 nebo 20. Na půlku z nich člověk potřebuje toho znát opravdu hodně, aby s nima dokázal efektivně pracovat. Na internetu se povalují stovky konfigurací typu "tohle mi funguje", ale já bych ocenil, kdyby člověk dostal několik oficiálních variant, ze kterých by si vybral.

    Tím jak to je udělané teď se to řadí do kategorie programů, u kterých hned po instalaci musím do settings a všechno předělat, což je relikvie.
    2-3 to je více-méně problém všech SQL db - tady záleží na homogenitě dat, která zpravováváte, vzájemných závislostech - bezpochyby lze hodně vylepšovat UI v PostgreSQL - nyní jsem přepsal dotaz a zkrátil jej z 8000 ms na 30 ms
    No a my jsme zkrátili z 80 000 ms na 500 ms a to tak že před dotaz se dalo "set enable_seqscan off" a to podle mě není moc dobrá vizitka plánovače.
    jak do přesnosti odhadů tak do kvality planeru o generaci před MySQL nebo Firebirdem
    Ze svých znalostí internálií MySQL mám tušení že kdybych to zkusil tam tak to dopadne lépe, ale nezkusil jsem to.
    4 - je tam základ, v 9.1 už funguje docela dobře (včetně indexování např. partišnama) - ale není to příliš user friendly

    Máte k tomu nějaký link? Naposled co jsem četl (9.0) tak to neumělo skoro nic. Nebyly to partitions které by se chovaly jako tabulky včetně FK, ale byly to prostě rozkopírované tabulky (které si člověk musel rozkopírovat sám), neumělo to FK, a na plánovač se muselo s citem, aby pochopil kde nemusí prohledávat.

    In Ada the typical infinite loop would normally be terminated by detonation.
    okbob avatar 26.3.2011 13:29 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Myslím si, že PostgreSQL hodně dobře znám a pro základní konfiguraci stačí změnit cca 5 parametrů a je to posané v desateru konfigurace PostgreSQL. Ve složitějších případech - replikace či specifická zátěž je možné nastavit dalších 5-10 parametrů. Komentářů k parametrům je víc než dost, ale to asi není to co chcete. konkrétní čísla jsou problém - záleží na hw, zátěži, datech, jak je napsaná aplikace. Databázi nelze nastavit obecně bez znalosti aplikace. A musíte tomu rozumět, abyste věděl, čeho si všímat. Teď si dělám reklamu - nicméně PostgreSQL neškolím pouze já. V ČR je několik školení, kde se můžete naučit, tomu co je podstatné pro administraci databází.

    Důvodů, proč se použije nebo nepoužije index je celá řada - primárně, že Vám nesedí statistiky nebo že je nešikovně napsaný dotaz, sekundárně že máte třeba dojebanou konfiguraci. Zase je řada důvodů, proč Vám nemusí sedět statistiky. Je vždycky nutné řešit konkrétní problém.

    Neznám moc situací, kdyby MySQL lépe optimalizovala než Postgres. Ale ve většině případů bude MySQL optimalizovat hůře - dotazy na primární klíč budou v MySQL rychlejší díky clustrovanému indexu. Poddotazy, pohledy, korelované poddotazy budou rychlejší v PostgreSQL. V případě, že Vám hodně nesedí statistiky, tak jednodušší planer v MySQL může být výhodnější.

    Partitioning - viz dokumentace PostgreSQL. Ohledně SELECTů si myslím, že je PA už v 9.1 bez problémů. Problémy jsou v INSERTech, UPDATEch, které rozhodně nejsou user friendly, a kde člověk můsí vědět, kam chce databázi dostat. pokud tomu člověk nerozumí, tak vymyslí pí....
    26.3.2011 17:13 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    konkrétní čísla jsou problém - záleží na hw, zátěži, datech, jak je napsaná aplikace. Databázi nelze nastavit obecně bez znalosti aplikace. A musíte tomu rozumět, abyste věděl, čeho si všímat.
    Zase je řada důvodů, proč Vám nemusí sedět statistiky. Je vždycky nutné řešit konkrétní problém.
    člověk můsí vědět, kam chce databázi dostat. pokud tomu člověk nerozumí, tak vymyslí pí
    S tím vším já souhlasím, ale to neznamená že bych měl být uvrhnut do doby kamenné a všechno si řešit sám - to je mi pak ta databáze k ničemu. Když ten program dělá chybu v jedné věci, tak si řeknu jasně, nic není dokonalé, ale když je to 5 věcí, tak to je zoufalství. A všechny hluboké znalosti o databázích, kromě toho, jít a přeprogramovat to, jsou k ničemu.

    In Ada the typical infinite loop would normally be terminated by detonation.
    okbob avatar 26.3.2011 17:33 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Když je aplikace napsaná na pytel, tak s tím nic moc neuděláte :(

    Bohužel realita je taková, že programátoři toho moc o databázích a performance nevědí, takže nijak zvlášť netestují kritické operace na výkon při objemu dat, kdy už se uživatelé přetahují o cache nebo kdy už se musí používat external sort. Na začátku, kdy mají tabulky 100 000 a méně řádků, tak jsou všichni happy. Jenomže pak se překročí rubikon, a pak už se aplikace jenom zpomaluje, tak jak přibývají data. S tím ale DBA nic moc bohužel nenadělá. To podstatné z hlediska výkonu je zadrátováno v aplikaci, případně v návrhu aplikace.

    okbob avatar 26.3.2011 18:27 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Špatně jsem pochopil Váš nářek :)

    Ideální databáze neexistuje. Třeba na predikci založenou na statistikách ani pořádně neexistuje teoretický model, který by neměl chyby (a jehož údržba by nezacyklila db natolik, že by už nic jiného nezvládla). To samé platí o planeru - při trochu větším počtu tabulek v JOINu se už musí používat heuristiky, které nemusí dohledat optimální plán. Malé databáze jsou v pohodě, ale optimalizace velkých databází je docela alchymie, která vyžaduje zkušenosti a intuici.
    26.3.2011 21:08 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Malé databáze jsou v pohodě, ale optimalizace velkých databází je docela alchymie, která vyžaduje zkušenosti a intuici.

    No a to je přesně můj případ. Mám velkou databázi. Plánovač dělá kraviny, protože má špatně statistiky. Lze statistiky upravit? Ne. Lze použít partitions? Ne. Lze něco jiného? Ne. Jediná alchymie je znásilnit plánovač nastaveníma které hraničí spíše s kacířstvím.

    In Ada the typical infinite loop would normally be terminated by detonation.
    okbob avatar 26.3.2011 21:31 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Právě, že znásilňovat statistiky je špatně - i když v novějších verzích pg to v určitých případech lze. Partitioning používat lze. Tou správnou cestou je ovšem úprava dotazů, tak aby nedošlo k rozhození statistik. To, že nesedí statistiky má vždy svůj důvod - buď v konstrukci dotazu nebo v datech.

    p.s. Někdy je člověk v pr... třeba na EAV prostě statistiky sedět nebudou nikdy poněvadž se míchají jabka s hruškama. Ale to je problém EAV, což je mimochodem jeden z nejhloupějších nápadů, které s kterými přišli programátoři a nikoliv problém SQL databází.
    26.3.2011 14:54 JoHnY2
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Tím jak to je udělané teď se to řadí do kategorie programů, u kterých hned po instalaci musím do settings a všechno předělat, což je relikvie.
    Oracle mi taky zrovna neprisel jako soft, kterej se jen nainstaluje a pracuje sam od sebe. :-D
    28.3.2011 09:45 s0 | skóre: 32 | blog: nejchytřejší kecy | prágl
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    na druhou stranu se ten jejich instalátor zeptá jestli chceš první DB instanci vytvořit jako OLTP nebo OLAP/DWH co si tak pamatuju. Jasně, pak se to stejně musí poladit, ale prvotní nastavení už máš.
    Kuolema Kaikille (Paitsi Meille).
    25.3.2011 15:16 EtDirloth | skóre: 11
    Rozbalit Rozbalit vše Re: První CSPUG večerní databázové setkání
    Budu z jednotlivych stretnuti podcasty? Potesilo by ma to uz len preto, ze som zmeskal P2D2 2011.

    Založit nové vláknoNahoru


    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.