Re: [ODBC] ODBC constructs - Mailing list pgsql-general

From Dev Kumkar
Subject Re: [ODBC] ODBC constructs
Date
Msg-id CALSLE1MTNLFS_15Xw7L52fWs17VGqyLRTYewv2V4ssmw7AJqNw@mail.gmail.com
Whole thread Raw
In response to Re: [ODBC] ODBC constructs  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Responses Re: [ODBC] ODBC constructs  (John R Pierce <pierce@hogranch.com>)
List pgsql-general
On Mon, May 20, 2013 at 11:32 PM, Heikki Linnakangas <hlinnakangas@vmware.com> wrote:
libpq is generally-speaking better than psqlodbc. The advantage of ODBC is that if you have a suitable driver, you can connect to other DBMS' as well, while libpq will only work with PostgreSQL. Unless you need such portability, go with libpq.

Thanks everyone for sharing comments, really useful ones. Yes the requirement is not connecting to other DBMS but only Postgres and libpq is the correct way so far from comments here. Regarding libpq performance wanted to discuss about connection polling like pgpool but I think a separate post of performance will make sense.

So, coming back to the original question actually I am exploring on both fronts here - libpq and psqlODBC.
Just one thought here, there is an existing ODBC business logic code which is talking to sybase database and now same code need to be ported to talk to postgres, then in this case will the use of psqlODBC quick way? Otherwise porting of ODBC business logic to libpq constructs needs to be done.

Regards...

pgsql-general by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pg_upgrade -u
Next
From: John R Pierce
Date:
Subject: Re: [ODBC] ODBC constructs