PostgreSQL a budoucnost
Horak Daniel
horak na sit.plzen-city.cz
Středa Listopad 14 14:47:23 CET 2001
> > > - jeste lepsi storage manager
> >
> > Jaka je snaha?
>
> Uplne todle nesleduji, ale je tam co zlepsivat ohledne nutnosti co
> nejvice potlacit nutnost pouzivat VACUUM. Dale pak nejake finalni
Jde hlavne o moznost pouzit misto po "neplatnych" zaznamech (napr.
uvolnene po DELETE/UPDATE) a tim i omezeni rustu velikosti souboru s
tabulkami. Dale take vyzaduje VACUUM zamek pro zapis a muze relativne
dlouho probihat, cili je omezen pristup dalsich klientu (rezim 24/7). V
7.2 uz je analyzacni cast (nutna optimalizator planu provadeni dotazu)
VACUUM samostatna a nevyzaduje ani zamek pro zapis. Ale stale to jeste
neresi problem s velikosti souboru s daty.
> redo-logy. Predpoklada se implementace SAVEPOINTu (nested transakce)
> -- uvnitr transakce se urci misto kam se ma pri rollback vratit.
> > BTW Karel vynechal RAW devices. Myslim, ze 2.4. kernel
> v Linuxu jiz ma
PostgreSQL neni jen o Linuxu, ale i desitkach jinych OS
> > raw device rozumne implementovany, uvazuje Tom o tomto v
> souvislosti se
> > storage managerem?
>
> Nemyslim, ze zrovan Tom Lane (PostgreSQL neni projektem jednoho boha
> jako to je treba "nekde" jinde:-) by resil veci okolo
> storage managmentu.
> Co se tyka RAW tak zadne snahy nejsou a asi hned tak nebudou (mizerna
> portovatelnost apod.)
Snahy (vicemene akademicke) byly cca pred rokem, ale nic se
nerealizovalo, prave z duvodu mizerne portovatelnosti. A je otazkou,
jake urychleni tim lze docilit.
Dan
Další informace o konferenci Test