RE: Plans for solving the VACUUM problem

Поиск
Список
Период
Сортировка
От Mikheev, Vadim
Тема RE: Plans for solving the VACUUM problem
Дата
Msg-id 3705826352029646A3E91C53F7189E32016655@sectorbase2.sectorbase.com
обсуждение исходный текст
Ответ на Plans for solving the VACUUM problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
> > > >Oracle has MVCC?
> > >
> > > With restrictions, yes.
> > 
> > What restrictions? Rollback segments size?
> > Non-overwriting smgr can eat all disk space...
> 
> Is'nt the same true for an overwriting smgr ? ;)

Removing dead records from rollback segments should
be faster than from datafiles.

> > > You didn't know that?  Vadim did ...
> > 
> > Didn't I mention a few times that I was
> > inspired by Oracle? -:)
> 
> How does it do MVCC with an overwriting storage manager ?

1. System Change Number (SCN) is used: system increments it  on each transaction commit.
2. When scan meets data block with SCN > SCN as it was when  query/transaction started, old block image is restored
usingrollback segments.
 

> Could it possibly be a Postgres-inspired bolted-on hack 
> needed for better concurrency ?

-:)) Oracle has MVCC for years, probably from the beginning
and for sure before Postgres.

> BTW, are you aware how Interbase does its MVCC - is it more 
> like Oracle's way or like PostgreSQL's ?

Like ours.

Vadim


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Hannu Krosing
Дата:
Сообщение: Re: Plans for solving the VACUUM problem
Следующее
От: Philip Warner
Дата:
Сообщение: Re: Plans for solving the VACUUM problem