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