Re: Open items for 8.2

From: Michael Paesold <mpaesold(at)gmx(dot)at>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <bruce(at)momjian(dot)us>
Subject: Re: Open items for 8.2
Date: 2006-09-06 18:51:49
Message-ID: 44FF18C5.1080508@gmx.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
>> Am Dienstag, 5. September 2006 05:58 schrieb Tom Lane:
>>> A couple of recently discussed FE/BE protocol issues are: not storing a
>>> plan at all for unnamed-statement cases, and thus allowing bind
>>> parameters to be treated as constants; allowing parameter types to go
>>> unresolved rather than throwing an error. Perhaps it's too late to
>>> consider these for 8.2, but they seem no more invasive than some other
>>> items on the open-issues list.
>
>> Do we have a patch for that today?
>
> We could have a patch for the first one today --- I was thinking about
> it last night and intending to code it today. The second one is merely
> a matter of removing an error check that exists now; the question really
> is do people want that behavior. (I asked that on the jdbc list and got
> zero response, so actually I was thinking that it was a dead issue; but
> as long as it's on the open-items list we ought to discuss it.)

I personally think it's a good idea to do it, as it should improve the
plans for one-shot queries. Unfortunately I don't certainly know how the
JDBC driver issues queries when called through a PreparedStatement but
without a "prepare-threshold"[*] set. If it uses the unnamed-statement,
then I guess the proposed change would be a win.

Best Regards
Michael Paesold

[*] This option determines, after how many executes of a prepared
statement, the driver will switch to server-side prepares.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-09-06 18:55:01 Re: Timezone List
Previous Message Naz Gassiep 2006-09-06 18:38:18 Re: Timezone List

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2006-09-06 18:55:01 Re: Timezone List
Previous Message Naz Gassiep 2006-09-06 18:38:18 Re: Timezone List