Re: MVCC cons

From: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: MVCC cons
Date: 2007-08-14 20:51:31
Message-ID: 46C215D3.7000606@cox.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 08/14/07 14:34, Kenneth Downs wrote:
> Tom Lane wrote:
>> Kenneth Downs <ken(at)secdat(dot)com> writes:
>>
>>> Speaking as an end-user, I can give only one I've ever seen, which is
>>> performance. Because of MVCC, Postgres's write performance (insert
>>> and update) appears on my systems to be almost exactly linear to row
>>> size. Inserting 1000 rows into a table with row size 100 characters
>>> takes twice as long as inserting 1000 rows into a table with row size
>>> 50 characters.
>>>
>>
>> Not sure why you'd think that's specific to MVCC. It sounds like purely
>> an issue of disk write bandwidth.
>>
>> regards, tom lane
>>
>
> I did not see this in MS SQL Server.

It is only logical that it will take 2x as long to insert 2x as much
data.

Maybe SQL Server is compressing out white space? Or (shudder)
heavily caching writes?

- --
Ron Johnson, Jr.
Jefferson LA USA

Give a man a fish, and he eats for a day.
Hit him with a fish, and he goes away for good!

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGwhXTS9HxQb37XmcRAmdTAJ4rpK60hNtcvT82gCD4RG4EPtcC2wCeNR/C
poURsgchjku2UC0y476KOfM=
=KVNY
-----END PGP SIGNATURE-----

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Kristo Kaiv 2007-08-14 20:52:16 Re: PgAdmin .sql default handler
Previous Message Chris Browne 2007-08-14 20:25:55 Re: Compound Indexes