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 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

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

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 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ářů: 4
20.1. 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ářů: 10
20.1. 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
20.1. 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
20.1. 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
20.1. 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
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 363 hlasů
 Komentářů: 25, poslední 21.1. 13:34
Rozcestník
Reklama

Dotaz: postgresql - otazka k transakcim

31.12.2009 22:23 amater-analytik
postgresql - otazka k transakcim
Přečteno: 358×
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.