Re: Request for feature - ECPGget_PGconn
От | Dave Cramer |
---|---|
Тема | Re: Request for feature - ECPGget_PGconn |
Дата | |
Msg-id | C7B57C8F-32E3-418F-BE69-819C44D4E805@fastcrypt.com обсуждение исходный текст |
Ответ на | Request for feature - ECPGget_PGconn (Mike Aubury <mike.aubury@aubit.com>) |
Список | pgsql-hackers |
Tom, I believe you were the one to object to this proposal pre 8.3 ? To me it seems innocuous. Most high level db abstractions allow access to the underlying connection. Dave On 17-Mar-08, at 7:26 AM, Mike Aubury wrote: > > Request Overview > ---------------- > Add a function to return the current PGConn used within ecpg.. > > > Background > ---------- > For years now within the Aubit4GL project we've been able to access > the PGConn > record used by ecpg by the highly dubious means of accessing an > internal > record within ecpg (which has now been removed/hidden). > It would be really useful if we could get at the PGConn connection > via a > formal API/function call... > > This would be useful to others as it would allow libpq calls on the > currently > open connection to use features for which there is no direct ecpg > equivilent, > or where the functionality has already been implemented using libpq > calls. > (The ability to drop to a lower level of abstraction is common in > most db > orientated languages/language extensions like esql/c.) > > > > Implementation > -------------- > > This could be implemented by adding the following code to the existing > ecpglib/connect.c file : > > PGconn* ECPGget_PGconn(const char *connection_name) { > struct connection * con; > con=ecpg_get_connection(connection_name); > if (con==NULL) return NULL; > > return con->connection; > } > > > > > TIA > > > -- > Mike Aubury > > Aubit Computing Ltd is registered in England and Wales, Number: > 3112827 > Registered Address : Clayton House,59 Piccadilly,Manchester,M1 2AQ > > > > -- > Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-hackers
В списке pgsql-hackers по дате отправления: