Vlákno názorů k článku PostgreSQL 9.1 aneb stále vpřed od backup - na zahranicnich forech jsem se docetl, ze nejen...

SERIALIZABLE úroveň je už ze své podstaty pomalejší, navíc musíte aplikaci připravit na to že transakce mohou běžně padat protože nejsou serializovatelné (tj. aplikace by je měla být schopna zopakovat).

Primárně si musíte rozmyslet jestli anomálie které se standardním READ COMMITED módu mohou objevit (non-repeatable reads a phantom reads) jsou pro vaši aplikaci problém nebo ne (a pokud to jde tak to rovnou psát tak aby nebyly). Pokud vám stačí READ COMMITED, není důvod nastavovat SERIALIZABLE.

Jiná otázka je optimalita implementace, nicméně neočekávám že by tam byly nějaké zásadní boty které by to řádově zpomalovaly.

A nezapomínejme že se to dá nastavovat pro jednotlivé transakce, takže aplikace může běžet jako READ COMMITED ale pár vybraných procesů může běžet jako SERIALIZABLE.

Těžko říct - PostgreSQL je první databází, kde se produkčně nasazuje SSI řešení - takže zkušenosti z ostatních db nejsou relevantní. V každém případě bude SERIALIZABLE o hodně náročnější než býval v předchozích verzích - přičemž ale v předchozích verzích měla tato úroveň téměř nulovou režii v porovnání s ostatními db. SSI ještě nikdo nezkoušel - zveřejněna byla teprve v roce 2009.