| От | Andres Freund |
|---|---|
| Тема | Re: Any better plan for this query?.. |
| Дата | |
| Msg-id | 4A092891.90100@anarazel.de обсуждение исходный текст |
| Ответ на | Re: Any better plan for this query?.. (Dimitri <dimitrik.fr@gmail.com>) |
| Ответы |
Re: Any better plan for this query?..
|
| Список | pgsql-performance |
Hi, On 05/12/2009 12:46 AM, Dimitri wrote: > So, why I don't use prepare here: let's say I'm testing the worst > stress case :-) Imagine you have thousands of such kind of queries - > you cannot prepare all of them! :-) or you'll maybe prepare it once, > but as I showed previously in this thread prepare statement itself > takes 16ms, so for a single shot there is no gain! :-) I have a hard time imaging a high throughput OLTP workload with that many different queries ;-) Naturally it would still be nice to be good in this not optimal workload... Andres
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера