Re: the jokes for pg concurrency write performance

From: Richard Broersma <richard(dot)broersma(at)gmail(dot)com>
To: "wyx6fox(at)sina(dot)com" <wyx6fox(at)sina(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: the jokes for pg concurrency write performance
Date: 2010-02-02 05:54:07
Message-ID: A0AB1CF0-FD79-4BC5-ADF1-B8570A6B30E6@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Feb 1, 2010, at 8:57 PM, wyx6fox(at)sina(dot)com wrote:

> i found a joke ,maybe this joke concurrency strategy is the
> designer's pround idea, but i think it is a joke , next let me
> describe the problems:
>
I would suggest that the behavior that you dislike so much is really
not idea of the postgresql developers as much as it is of Prof. Codd
and the ANSI-SQL committee. I wonder if a creditable relational DBMS
exists that doesn't behave in exactly the way you've described?

> UPDATE webpages SET hits = hits + 1 WHERE url ='some url ';
>
> i say ,u should no kill concurrency performance
>

One alternative design would be to log the timestamp of your web page
hits rather than update a hits count field.

Once you have this design, if the table becomes volumous with
historical logs you have the choice the use horizontal table
partitioning or you can roll up all of the historical logs into an
aggregating materialized view(table).

Regarding all of the jokes you mentioned, I found them all to be very
funny indeed. :)

Regards,
Richard

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message wyx6fox 2010-02-02 06:55:35 Sincere apology for my insults and hand-waving in these mails:the jokes for pg concurrency write performance
Previous Message david 2010-02-02 05:08:44 Re: the jokes for pg concurrency write performance