Re: [HACKERS] BUG #3244: problem with PREPARE

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Michael Meskes <meskes(at)postgresql(dot)org>
Cc: William Lawrance <bill(dot)lawrance(at)bull(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-bugs(at)postgresql(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] BUG #3244: problem with PREPARE
Date: 2007-04-24 14:10:03
Message-ID: 200704241410.l3OEA3O15770@momjian.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

Michael Meskes wrote:
> On Mon, Apr 23, 2007 at 02:02:04PM -0700, William Lawrance wrote:
> > Our first attempt to use the ECPG prepare interface revealed that ECPG
> > doesn't use the PQlib prepare function. The ECPG prepare replaces any
> > parameters with their values and presents a new SQL statement to the
>
> This is true and should also be documented. The reason for this
> behaviour is simply that ECPG prepare feature was added before the
> backend had its own prepare feature. And no one changed it so far.

It is in the TODO:

o Use backend PREPARE/EXECUTE facility for ecpg where possible

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2007-04-24 15:06:52 Re: BUG #3245: PANIC: failed to re-find shared loc k o b j ect
Previous Message CarlosCastaneda 2007-04-24 13:04:54 BUG #3251: selection of numeric columns from MS SQL Server return wron values

Browse pgsql-hackers by date

  From Date Subject
Next Message Andrew Dunstan 2007-04-24 14:24:16 Re: [HACKERS] Wild idea: 9.0?
Previous Message Magnus Hagander 2007-04-24 13:45:15 Re: [HACKERS] Wild idea: 9.0?