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.
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 |
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 |
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 |
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 |