Re: Transient plans versus the SPI API

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: Transient plans versus the SPI API
Дата
Msg-id 87zkjqekkf.fsf@hi-media-techno.com
обсуждение исходный текст
Ответ на Transient plans versus the SPI API  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Transient plans versus the SPI API  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:
> Anyone have an opinion about that?

I still have this application where PREPARE takes between 50ms and 300ms
and EXECUTE 5ms to 10ms, and I can handle 1 PREPARE for 10000 EXECUTE
quite easily.  (Yes the database fits in RAM, and yes when that's no
longer the case we just upgrade the hardware)

What does your proposal mean for such a use case?

Regards,
-- 
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support


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

Предыдущее
От: daveg
Дата:
Сообщение: Re: error: could not find pg_class tuple for index 2662
Следующее
От: Robert Haas
Дата:
Сообщение: Re: WIP: Fast GiST index build