Re: MVCC performance issue

Поиск
Список
Период
Сортировка
Искать
От
Mladen Gogala
Тема
Re: MVCC performance issue
Дата
Msg-id
4CE07FB6.2000404@vmsinfo.com
Ответ на
Список
Дерево обсуждения
MVCC performance issue "Kyriacos Kyriacou" <kyriacosk@prime-tel.com>
Re: MVCC performance issue Craig Ringer <craig@postnewspapers.com.au>
Re: MVCC performance issue Mladen Gogala <mladen.gogala@vmsinfo.com>
Re: MVCC performance issue Craig Ringer <craig@postnewspapers.com.au>
Re: MVCC performance issue Rich <rhdyes@gmail.com>
Re: MVCC performance issue Marti Raudsepp <marti@juffo.org>
Re: MVCC performance issue Mladen Gogala <mladen.gogala@vmsinfo.com>
Re: MVCC performance issue Marti Raudsepp <marti@juffo.org>
Re: MVCC performance issue Robert Haas <robertmhaas@gmail.com>
Marti Raudsepp wrote:
>
>
> Another advantage of Oracle's approach seems that they need much less
> tuple-level overhead. IMO the 23-byte tuple overhead is a much bigger
> drawback in Postgres than table fragmentation.
>
> Regards,
> Marti
>
>   
Oracle, however, does have a problem with "ORA-1555 Snapshot too old", 
precisely because of their implementation of MVCC. In other words, if 
your query is running long and Oracle is not able to reconstruct the old 
rows from the UNDO segments, you're out of luck and your query will die. 
The greatest burden of the Postgres implementation is the fact that 
there is no row id, so that the table header and the indexes need to be 
updated much more frequently than is the case with Oracle.

-- 
Mladen Gogala 
Sr. Oracle DBA
1500 Broadway
New York, NY 10036
(212) 329-5251
www.vmsinfo.com 

В списке pgsql-performance по дате отправления
От: Robert Haas
Дата:
От: Artur Zając
Дата:
FAQ