| От | Tom Lane |
|---|---|
| Тема | Re: Parsing speed (was Re: pgstats_initstats() cost) |
| Дата | |
| Msg-id | 16072.1060719235@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Parsing speed (was Re: pgstats_initstats() cost) (Sean Chittenden <sean@chittenden.org>) |
| Ответы |
Re: Parsing speed (was Re: pgstats_initstats() cost)
|
| Список | pgsql-hackers |
Sean Chittenden <sean@chittenden.org> writes:
>> I'm beginning to think that was a serious omission. I'm tempted to
>> fix it, even though we're past feature freeze for 7.4. Comments?
> On a quasi-similar note (and unless I've missed how to do this), you
> can't create a cursor from a prepared statement, which I found
> frustrating.
Hmm. I'd be willing to see that put on TODO, but it strikes me as a
rather large change for post-feature-freeze; it'd require fooling around
in substantial parts of the backend. (What I was suggesting above only
requires adding one or two routines to libpq, which is a lot less
invasive...)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера