Re: Cached Query Plans (was: global prepared statements)

Поиск
Список
Период
Сортировка
От Csaba Nagy
Тема Re: Cached Query Plans (was: global prepared statements)
Дата
Msg-id 1208182832.8259.284.camel@PCD12478
обсуждение исходный текст
Ответ на Re: Cached Query Plans (was: global prepared statements)  (Csaba Nagy <nagy@ecircle-ag.com>)
Ответы Re: Cached Query Plans  (Mark Mielke <mark@mark.mielke.cc>)
Список pgsql-hackers
> ... or plan the query with the actual parameter value you get, and also
> record the range of the parameter values you expect the plan to be valid
> for. If at execution time the parameter happens to be out of that range,
> replan, and possibly add new sublpan covering the extra range. This
> could still work with prepared queries (where you don't get any
> parameter values to start with) by estimating the most probable
> parameter range (whatever that could mean), and planning for that.

Another thought: if the cached plans get their own table (as it was
suggested) then you could also start gathering parameter range
statistics meaningfully... and on the next replan you know what to
optimize your planning efforts for.

Cheers,
Csaba.




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

Предыдущее
От: Csaba Nagy
Дата:
Сообщение: Re: Cached Query Plans (was: global prepared statements)
Следующее
От: Tom Lane
Дата:
Сообщение: Race conditions in relcache load (again)