FWIW, ODBC has variables to tweak, as well. fetch/buffer sizes, and the like.
Maybe one of the ODBC cognoscenti here can chime in more concretely....
-----Original Message-----
From: pgsql-performance-owner@postgresql.org [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Joel Fradkin
Sent: Thursday, April 21, 2005 10:36 AM
To: 'Tom Lane'; 'John A Meinel'
Cc: 'Postgresql Performance'
Subject: Re: [PERFORM] Joel's Performance Issues WAS : Opteron vs Xeon
I suspect he's using pgadmin.
Yup I was, but I did try running on the linux box in psql, but it was running to the screen and took forever because of
that.
The real issue is returning to my app using ODBC is very slow (Have not tested the ODBC for MYSQL, MSSQL is ok (the two
procdell is running out of steam but been good until this year when we about doubled our demand by adding sears as a
client).
Using odbc to postgres on some of the views (Josh from Command is having me do some very specific testing) is timing
outwith a 10 minute time limit. These are pages that still respond using MSSQL (this is wehere production is using the
duelproc and the test is using the 4 proc).
I have a tool that hooks to all three databases so I can try it with that and see if I get different responses.
Joel
---------------------------(end of broadcast)---------------------------
TIP 3: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo@postgresql.org so that your
message can get through to the mailing list cleanly
