Re: Traffic jams in fn_extra

Поиск
Список
Период
Сортировка
От Paul Ramsey
Тема Re: Traffic jams in fn_extra
Дата
Msg-id F68F558CBDD94E378E0F3909DFD2882A@cleverelephant.ca
обсуждение исходный текст
Ответ на Re: Traffic jams in fn_extra  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Traffic jams in fn_extra  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
Hi Simon,

We do the dance because it’s how we always have and don’t know any other way, any better way. :) The usual explanation.
Isthere any place you can point to that demonstrates your technique?   

Thanks!

P

--
Paul Ramsey
http://cleverelephant.ca/
http://postgis.net/


On Sunday, November 24, 2013 at 8:21 AM, Simon Riggs wrote:

> On 19 November 2013 23:08, Paul Ramsey <pramsey@cleverelephant.ca (mailto:pramsey@cleverelephant.ca)> wrote:
>
> > On the solution, I wasn't suggesting another void* slot, but rather a
> > slot that holds a hash table, so that an arbitrary number of things
> > can be stuffed in. Overkill, really, since in 99.9% of times only one
> > thing would be in there, and in the other 0.1% of times two things. In
> > our own GenericCacheCollection, we just statically allocate 16 slots.
>
>
>
> Why do you need to do this dance with fn_extra?
>
> It's possible to allocate a hash table in a Transaction-lifetime
> memory context on first call into a function then cache things there.
>
> --
> Simon Riggs http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services






В списке pgsql-hackers по дате отправления:

Предыдущее
От: Pavel Stehule
Дата:
Сообщение: Re: Re: [BUGS] BUG #7873: pg_restore --clean tries to drop tables that don't exist
Следующее
От: Pavel Stehule
Дата:
Сообщение: review: create if not exists