From: | Greg Stark <gsstark(at)mit(dot)edu> |
---|---|
To: | "Greg Sabino Mullane" <greg(at)turnstep(dot)com> |
Cc: | pgsql-interfaces(at)postgresql(dot)org |
Subject: | Re: DBD::Pg performance bites compared to DBD::mysql? |
Date: | 2005-06-14 06:44:28 |
Message-ID: | 87u0k11lpv.fsf@stark.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-interfaces |
"Greg Sabino Mullane" <greg(at)turnstep(dot)com> writes:
> I still maintain the original test is brain-dead, however. :) It was
> testing for "insert speed" by basically doing this:
>
> for (1..1000) {
> $dbh->do("INSERT INTO testtable(a,b) VALUES (1,2)");
> }
>
> It's as if the people who wrote it *cough*mysql*cough* never heard
> of prepare/execute and did not read the DBI docs.
Sure but wouldn't that show up as more time spent in the server in the parser
and planner? I thought Tom was complaining that it was spending too much time
in the client not waiting on server responses.
I wonder if Postgres is being bitten by doing lots of extra round trips. Maybe
the MySQL driver detects when there are no placeholders and no parameters and
uses a different protocol method that only requires a single round trip? Or
given your example maybe it even notices no result is needed and doesn't even
wait for a response?
--
greg
From | Date | Subject | |
---|---|---|---|
Next Message | Zlatko Matić | 2005-06-14 22:31:51 | users/users groups management from MS Access front-end |
Previous Message | Greg Sabino Mullane | 2005-06-14 03:04:03 | Re: DBD::Pg performance bites compared to DBD::mysql? |