On Sat, Mar 20, 2010 at 11:47 PM, Andy Colson <andy@xxxxxxxxxxxxxxx> wrote: > Don't underestimate mysql. It was written to be fast. But you have to > understand the underling points: It was written to be fast at the cost of > other things... like concurrent access, and data integrity. If you want to > just read from a database, PG probably cant beat mysql. But heres the > thing, your site does not just read. Nor does it fire off the same sql 10 > times. So not a good test. 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@xxxxxxxxxxxxxx) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-performance
