Re: Practical impediment to supporting multiple SSL libraries
От | Tom Lane |
---|---|
Тема | Re: Practical impediment to supporting multiple SSL libraries |
Дата | |
Msg-id | 20666.1144943798@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Practical impediment to supporting multiple SSL libraries (Stephen Frost <sfrost@snowman.net>) |
Ответы |
Re: Practical impediment to supporting multiple SSL libraries
|
Список | pgsql-hackers |
Stephen Frost <sfrost@snowman.net> writes: > I can see how having a callback would be useful though I think for a > good number of cases it's just going to be populating a memory region > with it and we could cover that common case by providing an API for > exactly that. We already have that: it's called the existing libpq API. The only reason I can see for offering any new feature in this area is to cater to apps that want to transform the data representation on-the-fly, not merely dump it into an area that will be the functional equivalent of a PGresult. So it really has to be a callback. > The other issue with a callback is that libpq would have > to either call the callback for each value (not my preference) Why not? That would eliminate a number of problems. regards, tom lane
В списке pgsql-hackers по дате отправления: