Re: PostgreSQL vs. MySQL

From: "scott(dot)marlowe" <scott(dot)marlowe(at)ihs(dot)com>
To: Brian Tarbox <btarbox(at)world(dot)std(dot)com>
Cc: Brian Tarbox <btarbox(at)theworld(dot)com>, <michael(dot)mattox(at)verideon(dot)com>, Rafal Kedziorski <rafcio(at)polonium(dot)de>, <pgsql-performance(at)postgresql(dot)org>
Subject: Re: PostgreSQL vs. MySQL
Date: 2003-07-07 19:58:24
Message-ID: Pine.LNX.4.33.0307071355150.4823-100000@css120.ihs.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-general pgsql-hackers pgsql-performance

On Mon, 7 Jul 2003, Brian Tarbox wrote:

> Oddly enough, the particular application in question will have an extremely
> small user base...perhaps a few simultainous users at most.
>
> As to the testing, I neglected to say early in this thread that my manager
> instructed me _not_ to do further performance testing...so as a good
> consultant I complied. I'm not going to touch if that was a smart
> instruction to give :-)

But remember, you can always rename your performance testing as
compliance testing and then it's ok, as long as you don't keep any
detailed records about the time it took to run the "compliance testing"
queries.

Definitely look at the output from explain analyze select ... to see what
the planner THINKS the query is gonna cost versus what it really costs.
If you see a huge difference between, say estimated rows and actual rows,
or some other value, it points to the analyzer not getting the right data
for the planner. You can adjust the percentage of a table sampled with
alter table to force more data into analyze.

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message Shridhar Daithankar 2003-07-13 10:11:08 Re: Tuning PostgreSQL
Previous Message Brian Tarbox 2003-07-07 18:16:16 Re: PostgreSQL vs. MySQL

Browse pgsql-general by date

  From Date Subject
Next Message Clay Luther 2003-07-07 20:59:25 www.postgresql.org FUBAR
Previous Message Mat 2003-07-07 18:56:44 Transaction Blocks

Browse pgsql-hackers by date

  From Date Subject
Next Message Carlos Guzman Alvarez 2003-07-07 20:07:52 CREATE DATABASE command in Extended Query mode of 3.0 protocol
Previous Message ivan 2003-07-07 19:21:32 Re: pg_stat_activity

Browse pgsql-performance by date

  From Date Subject
Next Message Randy Neumann 2003-07-07 20:58:54 Re: optimizer picks smaller table to drive nested loops?
Previous Message scott.marlowe 2003-07-07 19:35:17 Re: Extreme high load averages