Re: [Solved] Slow performance on Windows .NET and OleDb

From: Magnus Hagander
Subject: Re: [Solved] Slow performance on Windows .NET and OleDb
Date: ,
Msg-id: 6BCB9D8A16AC4241919521715F4D8BCEA0F8C7@algol.sollentuna.se
(view: Whole thread, Raw)
In response to: [Solved] Slow performance on Windows .NET and OleDb  ("Greg Quinn")
Responses: Re: [Solved] Slow performance on Windows .NET and OleDb  (Antoine)
Re: [Solved] Slow performance on Windows .NET and OleDb  ("Merlin Moncure")
List: pgsql-performance

> This is a blatant thread steal... but here we go...
> Do people have any opinions on the pgsql driver?

It's very nice.

> How does it compare with the odbc in terms of performance?

I haven't measured specifically, but if you're tlaking .net it should be
better. It's all in managed code, so you won't pay the repeated penalty
of switching down to unmanaged and back all the time (the
.net-ODBC-bridge is known not to be very fast). As a bonus your program
will run in an environment where the CAS policy prevents native code.
And I've never had any performance problems with it myself.


> Is it fully production ready?

I beleive so. I've been using it for a long time with zero problems.
While I don't use many of the exotic features in it, I doubt most people
do ;-) Don't get scared by the claim it's in beta - IIRC there's an RC
out any day now, and it's been stable long before 1.0. But it's always a
good idea to browse through the list of known bugs and see if one will
likely hit you...


//Magnus


pgsql-performance by date:

From: Brendan Duddridge
Date:
Subject: Re: Query using SeqScan instead of IndexScan
From: Antoine
Date:
Subject: Re: [Solved] Slow performance on Windows .NET and OleDb