Re: questions about PG update performance

From: Gavin Flower <GavinFlower(at)archidevsys(dot)co(dot)nz>
To: Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com>, Kisung Kim <kskim(at)bitnine(dot)co(dot)kr>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>
Cc: PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: questions about PG update performance
Date: 2015-10-26 22:45:58
Message-ID: 562EAD26.9040706@archidevsys.co.nz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27/10/15 11:37, Jim Nasby wrote:
> On 10/25/15 9:36 PM, Kisung Kim wrote:
>> I want to explain for our clients that PG's update performance is
>> comparable to Oracle's.
>
> There's really only 2 ways you can answer that. You can either
> handwave the question away ("Yes, update performance is comparable."),
> or you have to do actual benchmarking. Trying to answer this from a
> theoretical standpoint is completely useless because there's an absurd
> number of things that will affect this:
>
> Number of columns
> Data types
> Size of overall transaction
> Percent of transactions that roll back
> Size of table
> What % of table is updated every day
> Underlying hardware
> What OS the database is running on
> What filesystem the database is running on
>
> ... and that's just off the top of my head.
>
> Or to look at it another way, I guarantee you can create a scenario
> where Postgres beats the pants off Oracle, *or vice versa*. So you
> have to either go with an answer along the lines of "For most
> workloads the performance of both databases is similar." or you have
> to benchmark the actual application in question. Most performance
> issues you find will probably be correctable with a moderate amount of
> work.
>
> To me, the real tradeoff between Postgres and Oracle (or any other
> commercial database) is whether you'd rather spend money on expert
> employees or software contracts.

And of course, on how you alter the tuning parameters in
postgresql.conf, like temp_buffers and work_mem. The 'correct' values
will depend on your workload and amount of RAM etc.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2015-10-26 22:48:45 Re: Proposal: Trigonometric functions in degrees
Previous Message Bear Giles 2015-10-26 22:41:03 Re: Proposal: Trigonometric functions in degrees