Re: mysql to postgresql, performance questions

From: Dave Crooke <dcrooke(at)gmail(dot)com>
To: Merlin Moncure <mmoncure(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org, Corin <wakathane(at)gmail(dot)com>, Andy Colson <andy(at)squeakycode(dot)net>
Subject: Re: mysql to postgresql, performance questions
Date: 2010-03-22 01:14:19
Message-ID: ca24673e1003211814q68616580h71b4987ef8a7bae2@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Note however that Oracle offeres full transactionality and does in place row
updates. There is more than one way to do it.

Cheers
Dave

On Mar 21, 2010 5:43 PM, "Merlin Moncure" <mmoncure(at)gmail(dot)com> wrote:

On Sat, Mar 20, 2010 at 11:47 PM, Andy Colson <andy(at)squeakycode(dot)net> wrote:
> Don't underestimate my...
for non trivial selects (myisam has no transaction overhead so can
usually edge out pg in row by row ops), and without taking multi user
issues into account, it's often going to come down to who generates a
better plan. postgres has more plan options and a better statistics
model and can usually beat mysql on many types of selects.

updates w/myisam are where mysql really shines in single user apps.
the reason is obvious: no mvcc means the heap can often be updated in
place.

merlin

--
Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
To make changes to y...

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Craig Ringer 2010-03-22 02:46:32 Re: GZIP of pre-zipped output
Previous Message Merlin Moncure 2010-03-21 22:43:06 Re: mysql to postgresql, performance questions