Re: BUG #2811: Error determining param type in prepared statement of unused variable - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #2811: Error determining param type in prepared statement of unused variable
Date
Msg-id 21791.1165534019@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #2811: Error determining param type in prepared statement of unused variable  (Ross Cohen <rcohen@snurgle.org>)
List pgsql-bugs
Ross Cohen <rcohen@snurgle.org> writes:
> On Wed, Dec 06, 2006 at 05:55:32PM -0500, Tom Lane wrote:
>> "Ross Cohen" <rcohen@snurgle.org> writes:
>>> PREPARE demo (unknown) AS SELECT 1;
>>> ERROR:  could not determine data type of parameter $1
>>
>> This doesn't seem like a bug to me.  The parser needs to be able to
>> resolve the types of any unknown parameters, and you've not given it
>> enough information to do that.

> It's not a bug, it's a feature request.

One man's feature is another one's bug ;-).  The problem here is that
if we don't reject cases where parameters go unresolved, then we will
sometimes send back UNKNOWN as the "resolved" parameter type in Describe
Statement (the protocol-level message that is), and some client
libraries might spit up on that, because they won't know what to do with
the corresponding parameter value.  I recall a discussion on the jdbc
list a few months ago asking whether this would be OK, but they seemed
to think it wasn't a good idea.

            regards, tom lane

pgsql-bugs by date:

Previous
From: Ross Cohen
Date:
Subject: Re: BUG #2811: Error determining param type in prepared statement of unused variable
Next
From: Tom Lane
Date:
Subject: Re: BUG #2817: Mixing spi_prepare and spi_exec_query causes postgresql to terminate itself on bad argument types