Re: TODO item: list prepared queries

Поиск
Список
Период
Сортировка
От daveg
Тема Re: TODO item: list prepared queries
Дата
Msg-id 20051231053520.GB17543@sonic.net
обсуждение исходный текст
Ответ на Re: TODO item: list prepared queries  (Bruce Momjian <pgman@candle.pha.pa.us>)
Ответы Re: TODO item: list prepared queries  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список pgsql-patches
On Fri, Dec 30, 2005 at 05:55:23PM -0500, Bruce Momjian wrote:
> Tom Lane wrote:
> > Neil Conway <neilc@samurai.com> writes:
> > > One minor irritation is that the query string of prepared statements
> > > created via SQL has "PREPARE ... AS" prefixed to it, whereas statements
> > > prepared via the FE-BE protocol do not. This should probably be fixed,
> >
> > That's debatable.  Earlier today, I was busy being annoyed all over
> > again with the way that Bruce set up Parse/Bind/Execute logging to
> > deliberately obscure the difference between a SQL PREPARE command and a
> > protocol-level Parse operation.  I think it's a good thing to be able to
> > tell which level a prepared statement came from.  Yeah, much of the time
> > you may not care, but when you do care it's important.
>
> I have applied the following patch to CVS HEAD to mark client-side
> prepare/bind/execute statements with "[client]" so they can be easily
> distinguished from SQL commands.  I hesitate to apply this logging
> change to 8.1.X.

Could I suggest the reverse? That is, leave client statements alone and
mark server side ones specially. It seems to me that "client" is the "normal"
case and leaving it alone would be less intrusive.

-dg

--
David Gould                      daveg@sonic.net
If simplicity worked, the world would be overrun with insects.

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: TODO item: list prepared queries
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: TODO item: list prepared queries