Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-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

pgsql-hackers by date

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

pgsql-bugs by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group