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

    Knihovna FFmpeg byla vydána ve verzi 8.0 „Huffman“. Přibyla mj. podpora hardwarově akcelerovaného kódování s využitím API Vulcan, viz seznam změn.

    Fluttershy, yay! | Komentářů: 0
    včera 17:44 | IT novinky

    Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2024 (pdf). V loňském roce NÚKIB evidoval dosud nejvíce kybernetických bezpečnostních incidentů s celkovým počtem 268. Oproti roku 2023 se však jedná pouze o drobný nárůst a závažnost dopadů evidovaných incidentů klesá již třetím rokem v řadě. V minulém roce NÚKIB evidoval pouze jeden velmi významný incident a významných incidentů bylo zaznamenáno 18, což oproti roku 2023 představuje pokles o více než polovinu.

    Ladislav Hagara | Komentářů: 1
    včera 13:55 | Komunita

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované obrázky APNG a WebP.

    Ladislav Hagara | Komentářů: 0
    včera 13:11 | IT novinky

    Na chytré telefony a počítačové tablety v Rusku bude od začátku příštího měsíce povinné předinstalovávat státem podporovanou komunikační aplikaci MAX, která konkuruje aplikaci WhatsApp americké společnosti Meta Platforms. Oznámila to dnes ruská vláda. Ta by podle kritiků mohla aplikaci MAX používat ke sledování uživatelů. Ruská státní média obvinění ze špehování pomocí aplikace MAX popírají. Tvrdí, že MAX má méně oprávnění k přístupu k údajům o uživatelích než konkurenční aplikace WhatsApp a Telegram.

    Ladislav Hagara | Komentářů: 25
    včera 04:22 | IT novinky

    Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu srpnový souhrn novinek. Kvůli nedostatečnému zájmu byla ukončena výroba telefonů PinePhone Pro.

    Ladislav Hagara | Komentářů: 1
    21.8. 22:22 | Nová verze

    Po pěti měsících vývoje byla vydána nová verze 0.15.1 programovacího jazyka Zig (GitHub, Wikipedie). Verze 0.15.0 byla přeskočena. Přispělo 162 vývojářů. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    21.8. 21:55 | Komunita

    Před sedmi lety společnost Valve představila fork projektu Wine s názvem Proton umožňující v Linuxu přímo ze Steamu hrát počítačové hry do té doby běžící pouze ve Windows. Aktuální přehled podporovaných her na stránkách ProtonDB

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

    Společnost DuckDuckGo rozšířila svůj AI chat Duck.ai o GPT-5 mini (𝕏). Duck.ai umožňuje anonymní přístup bez vytváření účtů k několika modelům umělé inteligence. Aktuálně k GPT-4o mini, GPT-5 mini, Llama 4 Scout, Claude Haiku 3.5 a Mistral Small 3.

    Ladislav Hagara | Komentářů: 6
    21.8. 12:44 | Bezpečnostní upozornění

    Marek Tóth v příspěvku DOM-based Extension Clickjacking: Data ve správcích hesel v ohrožení na svém blogu popsal novou clickjacking techniku s několika variantami útoků a otestoval ji proti 11 správcům hesel. Výsledkem bylo nalezení několika 0-day zranitelností, které mohly ovlivnit uložená data desítek milionů uživatelů. Jedno kliknutí kdekoliv na webové stránce kontrolované útočníkem umožňovalo ukrást uživatelská data ze

    … více »
    Ladislav Hagara | Komentářů: 1
    20.8. 21:11 | IT novinky

    Na dnešní akci Made by Google 2025 (YouTube) byly představeny telefony Pixel 10 s novým čipem Google Tensor G5 a novými AI funkcemi, hodinky Pixel Watch 4 a sluchátka Pixel Buds 2a.

    Ladislav Hagara | Komentářů: 25
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (76%)
     (10%)
     (4%)
     (4%)
     (6%)
     (0%)
    Celkem 51 hlasů
     Komentářů: 6, poslední 21.8. 13:35
    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.