Re: Suggesting a libpq addition
От | Merlin Moncure |
---|---|
Тема | Re: Suggesting a libpq addition |
Дата | |
Msg-id | AANLkTik+9CrxrJY0aJug36_zyc2_B1Fug-eh9MXRxVse@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Suggesting a libpq addition (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: Suggesting a libpq addition
|
Список | pgsql-hackers |
On Mon, Dec 27, 2010 at 4:21 PM, Bruce Momjian <bruce@momjian.us> wrote: > Dmitriy Igrishin wrote: >> IMO, it would be better to implement some utility functions to >> make it easy to construct arrays dynamically for PQexecParams >> and PQexecPrepared. This seems to me more universal solution >> and it is useful for both -- high level libpq-libraries authors and for >> those who like to use libpq directly. > > Is there a TODO here? As stated upthread, this has already been done in a very robust fashion, aka libpqtypes (for example, review http://libpqtypes.esilo.com/man3/PQexecf.html and put it in context of the OP's request). libpq was specifically amended to support libpqtypes as a compromise solution after it was determined that it was too complex and controversial to merit review for inclusion into the core project. IMNSHO, if there is a TODO, it should probably be to consider libpqtypes for contrib (which we don't have time for atm). merlin
В списке pgsql-hackers по дате отправления: