Re: [ODBC] ODBC constructs

Поиск
Список
Период
Сортировка
От Dev Kumkar
Тема Re: [ODBC] ODBC constructs
Дата
Msg-id CALSLE1MTNLFS_15Xw7L52fWs17VGqyLRTYewv2V4ssmw7AJqNw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [ODBC] ODBC constructs  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Ответы Re: [ODBC] ODBC constructs  (John R Pierce <pierce@hogranch.com>)
Список 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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: pg_upgrade -u
Следующее
От: John R Pierce
Дата:
Сообщение: Re: [ODBC] ODBC constructs