Re: [PERFORM] Performance of Parser?

Поиск
Список
Период
Сортировка
Искать
От
Dave Cramer
Тема
Re: [PERFORM] Performance of Parser?
Дата
Msg-id
07997618-2474-4A53-A2C4-692909335A3B@fastcrypt.com
Ответ на
Список
Дерево обсуждения
Performance of Parser? Jignesh Shah <J.K.Shah@Sun.COM>
Re: [PERFORM] Performance of Parser? Tom Lane <tgl@sss.pgh.pa.us>
Re: [PERFORM] Performance of Parser? Dave Cramer <pg@fastcrypt.com>
Re: Performance of Parser? "Andrew Dunstan" <andrew@dunslane.net>

On 13-Jan-07, at 7:24 PM, Tom Lane wrote:

> Jignesh Shah  writes:
>> The appserver is basically using bunch of prepared statements that  
>> the
>> server should be executing directly without doing the parsing again.
>
> Better have another look at that theory, because you're clearly  
> spending
> a lot of time in parsing (operator resolution to be specific).  I  
> think
> your client code is failing to re-use prepared statements the way you
> think it is.

This is exactly what is happening. The driver needs to cache  
statements for this to work.

Dave
>
> 			regards, tom lane
>
> ---------------------------(end of  
> broadcast)---------------------------
> TIP 1: if posting/reading through Usenet, please send an appropriate
>        subscribe-nomail command to majordomo@postgresql.org so that  
> your
>        message can get through to the mailing list cleanly
>

В списке pgsql-hackers по дате отправления
От: Andrew Dunstan
Дата:
Сообщение: Re: Performance of Parser?
От: Tom Lane
Дата:
FAQ