Re: vacuum, performance, and MVCC
От | Tom Lane |
---|---|
Тема | Re: vacuum, performance, and MVCC |
Дата | |
Msg-id | 2001.1151000355@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: vacuum, performance, and MVCC (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: vacuum, performance, and MVCC
|
Список | pgsql-hackers |
Greg Stark <gsstark@mit.edu> writes: > Tom Lane <tgl@sss.pgh.pa.us> writes: >> The Oracle design has got other drawbacks: if you need to access a row >> version other than than the very latest, you need to go searching in the >> rollback segments for it. This is slow (no index help) > Just for the record, if i understood correctly -- this was all a bit black > magicky -- Oracle found the data in the rollback segment by storing a pointer > to it in the block header where the updated data is. Ie, it could jump > straight to the right place. Yeah, you should be able to find the older version easily enough, if you arrived at the newer version and realized you needed to visit the older version. But this fails in scenarios where you are searching on a column that's been updated --- the index entry for the newer version will not lead you to visit it at all. I've not seen any documentation about what Oracle does with cases like that. regards, tom lane
В списке pgsql-hackers по дате отправления: