Re: PATCH: Batch/pipelining support for libpq
| От | Craig Ringer |
|---|---|
| Тема | Re: PATCH: Batch/pipelining support for libpq |
| Дата | |
| Msg-id | CAMsr+YGY7CO8+vWBqFfdYLqzrZSpcKHc-AVWSu25_++kek-Ecw@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: PATCH: Batch/pipelining support for libpq (Michael Paquier <michael.paquier@gmail.com>) |
| Ответы |
Re: PATCH: Batch/pipelining support for libpq
|
| Список | pgsql-hackers |
On 24 May 2016 at 00:00, Michael Paquier <michael.paquier@gmail.com> wrote:
Did you consider the use of simple_list.c instead of introducing a new
mimic as PGcommandQueueEntry? It would be cool avoiding adding new
list emulations on frontends.
I'd have to extend simple_list to add a generic object version, like
struct my_list_elem
{
PG_SIMPLE_LIST_ATTRS;
mytype mycol;
myothertype myothercol;
}
Objections?
I could add a void* version that's a simple clone of the string version, but having to malloc both a list cell and its contents separately is annoying.
В списке pgsql-hackers по дате отправления: