From: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | RPK <rpk(dot)general(at)gmail(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: MVCC cons |
Date: | 2007-08-14 18:59:43 |
Message-ID: | dcc563d10708141159y5aee7450qca148623e1ab0287@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 8/14/07, RPK <rpk(dot)general(at)gmail(dot)com> wrote:
>
> I want to know whether MVCC has cons also. Is it heavy on resources? How
> PGSQL MVCC relates with SQL Server 2005 new Snapshot Isolation.
Of course it does. There ain't no such thing as a free lunch, after all.
PostgreSQL's mvcc implementation means that a row that gets updated a
lot may have many dead rows in the database, and if you don't run
vacuum often enough, or have enough space allocated in your free space
map, your tables can become bloated.
In a worst case scenario, a highly updated table may get so big that
normal vacuuming cannot salvage it and you would have to either
reindex or perform a vacuum full on it.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-08-14 19:30:47 | Re: MVCC cons |
Previous Message | Phoenix Kiula | 2007-08-14 18:38:14 | Re: Moving to postgresql and some ignorant questions |