Re: ??: Postgresql update op is very very slow
От | Holger Hoffstaette |
---|---|
Тема | Re: ??: Postgresql update op is very very slow |
Дата | |
Msg-id | pan.2008.06.26.12.40.59.151500@wizards.de обсуждение исходный текст |
Ответ на | Re: Postgresql is very slow (bijayant kumar <bijayant4u@yahoo.com>) |
Ответы |
Re: ??: Postgresql update op is very very slow
Re: ??: Postgresql update op is very very slow Re: ??: Postgresql update op is very very slow Re: ??: Postgresql update op is very very slow |
Список | pgsql-performance |
Hi - I have been following this thread and find some of the recommendations really surprising. I understand that MVCC necessarily creates overhead, in-place updates would not be safe against crashes etc. but have a hard time believing that this is such a huge problem for RDBMS in 2008. How do large databases treat mass updates? AFAIK both DB2 and Oracle use MVCC (maybe a different kind?) as well, but I cannot believe that large updates still pose such big problems. Are there no options (algorithms) for adaptively choosing different update strategies that do not incur the full MVCC overhead? Holger (Disclaimer: I'm not a professional DBA, just a curious developer).
В списке pgsql-performance по дате отправления: