Re: Plans for solving the VACUUM problem
| От | Hiroshi Inoue |
|---|---|
| Тема | Re: Plans for solving the VACUUM problem |
| Дата | |
| Msg-id | 3B0C447A.E6EF4AF3@tpf.co.jp обсуждение |
| Ответ на | Re: Plans for solving the VACUUM problem (Bruce Momjian <pgman@candle.pha.pa.us>) |
| Ответы |
Re: Plans for solving the VACUUM problem
Re: Plans for solving the VACUUM problem |
| Список | pgsql-hackers |
Tom Lane wrote: > > Hiroshi Inoue <Inoue@tpf.co.jp> writes: > >> I guess that is the question. Are we heading for an overwriting storage > >> manager? > > > I've never heard that it was given up. So there seems to be > > at least a possibility to introduce it in the future. > > Unless we want to abandon MVCC (which I don't), I think an overwriting > smgr is impractical. Impractical ? Oracle does it. > We need a more complex space-reuse scheme than > that. > IMHO we have to decide which to go now. As I already mentioned, changing current handling of transactionId/CommandId to avoid UNDO is not only useless but also harmful for an overwriting smgr. regards, Hiroshi Inoue
В списке pgsql-hackers по дате отправления: