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 11:30 | Komunita

Etherpad (Wikipedie), svobodný online webový textový editor umožnující spolupráci v reálném čase, se stal oficiálním projektem organizace Software Freedom Conservancy (Wikipedie). Vývojáři Etherpadu se tak mohou stejně jako vývojáři dalších projektů soustředit pouze na vývoj softwaru a vše kolem zařídí Software Freedom Conservancy. Spuštěna byla instance Etherpadu pad.sfconservancy.org.

Ladislav Hagara | Komentářů: 1
dnes 10:40 | Zajímavý článek

Lukáš Růžička se v článku Workrave ve Fedoře aneb jak si nevytunelovat karpál na MojeFedora.cz věnuje aplikaci Workrave (Wikipedie) na sledování času stráveného na počítači, která může pomoci vyhnout se negativním účinkům práce s počítačem (RSI, CTS), nebo je alespoň výrazně zmírnit.

Ladislav Hagara | Komentářů: 1
dnes 10:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Shadow Warrior: Special Edition běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 1
včera 23:11 | Nová verze

Byla vydána verze 2.4.0 analyzátoru síťového provozu Wireshark. Jedná se o první stabilní verzi nové řady 2.4. Podrobný přehled novinek v poznámkách k vydání. V červnu proběhla konference SharkFest’17 US věnovaná Wiresharku. Záznamy přednášek jsou k dispozici na YouTube.

Ladislav Hagara | Komentářů: 0
včera 13:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřeného přístupu na 142. brněnský sraz, který proběhne v pátek 21. července od 18:00 hodin ve Sport Centru Srbská (Srbská 4). Od 19:00 je pro zájemce zamluveno hřiště na plážový volejbal.

Ladislav Hagara | Komentářů: 0
včera 12:34 | Bezpečnostní upozornění

V GNOME Soubory, původně Nautilus, konkrétně v generování náhledů exe, msi, dll a lnk souborů byla nalezena a opravena bezpečnostní chyba CVE-2017-11421 s názvem Bad Taste. Při otevření složky obsahující tyto soubory může být spuštěn VBScript obsažen v názvech těchto souborů.

Ladislav Hagara | Komentářů: 2
včera 11:00 | Bezpečnostní upozornění

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

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

Mark Krenz, známý svým twitterovým účtem @climagic (Command Line Magic), kde ukazuje, co vše a jak lze dělat v příkazovém řádku, přednášel včera v Praze. Záznam přednášky je k dispozici na YouTube.

Ladislav Hagara | Komentářů: 1
19.7. 10:00 | Nová verze

Microsoft vydal Skype pro Linux ve verzi 5.4 Beta. Nejnovější Skype pro Linux je postaven na frameworku Electron 1.7.4 a přináší skupinové videohovory.

Ladislav Hagara | Komentářů: 11
19.7. 06:00 | Nová verze

Werner Koch, zakladatel a hlavní vývojář GnuPG, oznámil vydání verze 1.8.0 svobodné kryptografické knihovny Libgcrypt. Jedná se o první stabilní verzi nové řady 1.8. Ta je API i ABI kompatibilní s řadou 1.7. Z novinek vývojáři zdůrazňují podporu kryptografických hašovacích funkcí Blake2 (Wikpedie), šifrovací mód XTS nebo zvýšení výkonu na architektuře ARM.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (10%)
 (43%)
 (8%)
Celkem 1030 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: postgresql - otazka k transakcim

    31.12.2009 22:23 amater-analytik
    postgresql - otazka k transakcim
    Přečteno: 360×
    mam postgresql databazi (tedy uvazuji o nasazeni), s ktero komunikuje N procesu, ktere 'jenom' ctou. Pouze jeden proces chce psat. Je mozno nejak zaridit, aby ten 'write-proces' pokracoval v praci, tedy aby nebyla nejakym postgresql transakcnim mechanismem zrusena ta write-transakce.

    Jestlize by to bylo nutne, at se ukonci nejaka ta 'read' transakce. Slo by to? Nebo to projde vzdy?

    Řešení dotazu:


    Odpovědi

    31.12.2009 23:20 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    Záleží na tom, jak těm transakcím nastavíte isolation level. PostgreSQL používá MGA, takže tam by s tím při správném nastavení neměl být problém.
    okbob avatar 31.12.2009 23:24 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    V PostgreSQL čtení nikdy neblokuje zápis, a naopak zápis neblokuje čtení.

    Abyste se případně nedivil - víte, že PostgreSQL nepodporuje špinavé čtení, tedy, dokud transakce nepotvrdí změny, tak jsou pro ostatní transakce tyto změny neviditelné (pokud nepoužijete jeden velice ošklivý trik).

    Pavel
    1.1.2010 15:49 amater-analytik
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    dekuji za odpoved. Dovolte jeste kratkou doplnkovou otazku.

    Jak jsem tomu porozumnel, tak vsechny soubezne transakce budou 'vzdy' provedeny i kdyz nejaka read_transakce RT precetla objekt A, write_transakce WT objekt A zmennila a pote RT objekt A znovu precetla (obe cteni dodaly ten samy vysledek - coz vyhovuje, bylo by dokonce neprijemne, kdyby mela RT v druhem cteni videt ty zmeny zpusobene skrz WT).

    Slovo 'vzdy' jsem dal do uvozovek, protoze je asi mozne, ze z nejakych systemovych duvodu se nepodari transakci provest. Je mozne se od pgsql dozvedet, ze COMMIT nebyl uspesny? Nebo se to neresi a v takovych pripadech pgsql server provede sam shutdown, nebo se proste zhrouti a po naslednem restartu se provede recovery ci neo podobneho.

    Server ma UPS a je to znackovy vyrobek. Centos 5.x. V tech write_transakcich ze zapisuji merici hodnoty. Jaka je podle vaseho mineni pravdepodobnost, ze ta write_transakce skonci spatne. Jestli jste to uz napr. vubec nekdy slysel, treba jsou to nepravdepodbne situace a je mozno to s klidnym svedomim nechat byt.
    okbob avatar 1.1.2010 17:18 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    Samozřejmě, že COMMIT může být neúspěšný - např. může dojít místo na disku. COMMIT je příkaz jako každý jiný, pokud není úspěšně vykonán, je skrze mechanismy odpovídající použitému programovacímu jazyku, signalizovaná chyba.

    Shutdown by byl trochu silný tabák, nemyslíte?

    Pravděpodobnost neúspěšného COMMITu Vaší hypotetické aplikace Vám opravdu nedokáži sdělit. Bude +/- stejná jako pravděpodobnost, že se Vám podaří zapsat data na disk. Málokterá zařízení v obvyklé cenové hladině Vám budou garantovat 100% dostupnost, bez ohledu na značkovost a UPS - na druhou stranu chyby nejsou běžné. Jelikož sám sebe označujete za amatéra, tak nepředpokládám, že byste programoval aplikace od kterých se vyžaduje bezpečnostní audit (sw, kde by případná chyba ohrožovala životy nebo majetek),takže to můžete neřešit.
    1.1.2010 18:20 amater-analytik
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    dekuji, s tim COMMITem to je tak, ze ve vetsine prikladu se na vysledek nikdo nepta a to me znejistelo, ale nyni jsem nasel nekolik, kde to je jak rikate.

    Nevim, jak oznacit, ze je to zodpovezeno, snad nejaky admin udela ten hacek. Dekuji.
    okbob avatar 1.1.2010 19:59 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    Ona take vetsina aplikaci je pofiderne napsana. Nastesti - kazda ACID databaze nejakym zpusobem garantuje konzistenci dat, bez ohledu na to, jak jsou psane aplikace.
    3.1.2010 02:34 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    (obe cteni dodaly ten samy vysledek - coz vyhovuje, bylo by dokonce neprijemne, kdyby mela RT v druhem cteni videt ty zmeny zpusobene skrz WT).
    Tohle AFAIK závisí na tom, jak moc je transakce izolována. Ve výchozím nastavení:
    kluster=> begin transaction;
    kluster=> select * from hosts;
     id | jmeno  |      ip       | jader | loadavg | pamet 
    ----+--------+---------------+-------+---------+-------
      2 | host1  | 192.168.253.1 |     2 |       0 |  2048
    
    ... nyní jsem jinou transakcí změnil hodnotu "jader" na 3
    
    kluster=> select * from hosts;
    
     id | jmeno  |      ip       | jader | loadavg | pamet 
    ----+--------+---------------+-------+---------+-------
      2 | host1  | 192.168.253.1 |     3 |       0 |  2048
    kluster=> commit;
    Čiže v jedné transakci, která jenom čte, se projevují paralelně prováděné změny. Pokud to nechceš, je potřeba nastavit set transaction isolation level repeatable read (v PG tj. serializable)
    Quando omni flunkus moritati
    okbob avatar 3.1.2010 09:37 okbob | skóre: 30 | blog: systemakuv_blog | Benešov
    Rozbalit Rozbalit vše Re: postgresql - otazka k transakcim
    ju, jenom přidám poznámku, že nejnižší úroveň - špinavé čtení není v PostgreSQL implementováno.

    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.