X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.193]) by svr1.postgresql.org (Postfix) with ESMTP id B5EF430D174 for ; Sun, 15 Jun 2003 10:55:26 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (svr1.postgresql.org [64.117.224.193]) (amavisd-new, port 10024) with ESMTP id 09373-07 for ; Sun, 15 Jun 2003 07:55:16 -0300 (ADT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by svr1.postgresql.org (Postfix) with ESMTP id 135B130D172 for ; Sun, 15 Jun 2003 07:55:16 -0300 (ADT) Received: from [212.227.126.160] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 19RVAI-0005PO-00; Sun, 15 Jun 2003 12:55:14 +0200 Received: from [80.142.190.198] (helo=fam-meskes.de) by mrelayng.kundenserver.de with asmtp (Exim 3.35 #1) id 19RVAI-0007ax-00; Sun, 15 Jun 2003 12:55:14 +0200 Received: from feivel.fam-meskes.de (feivel.fam-meskes.de [172.26.14.7]) by fam-meskes.de (Postfix) with ESMTP id 7D01F10F111; Sun, 15 Jun 2003 12:55:09 +0200 (CEST) Received: by feivel.fam-meskes.de (Postfix, from userid 1000) id 3F03985A15; Sun, 15 Jun 2003 12:55:17 +0200 (CEST) Date: Sun, 15 Jun 2003 12:55:17 +0200 From: Michael Meskes To: BTS Cc: pgsql-interfaces@postgresql.org Subject: Re: PREPARE in ECPG Message-ID: <20030615105517.GD8944@feivel.fam-meskes.de> Mail-Followup-To: BTS , pgsql-interfaces@postgresql.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.4i X-Archive-Number: 200306/31 X-Sequence-Number: 4242 On Fri, May 23, 2003 at 08:55:07AM +0200, BTS wrote: > The documentation for PostgreSQL 7.3 explains about introducing the optimized PREPARE/EXECUTE statements, but we have discovered this is not implemented (yet) in ECPG (we are using release 7.3.2). See comments in "ecpg/preproc/preproc.y". > ... > - When will the optimized PREPARE/EXECUTE be implemented in ECPG? As soon as we find a way to do it. I do not see a good way to pass variables to the backend's prepare statement. We had a longer discussion on this starting with the different syntax until I understood that you cannot prepare a statement like: select * from table where id=:id; until you already know the value of the variable id, i.e. the backend does not know a USING clause to specify the variables when executing the command. But then I may have missed something. It happened before. :-) Michael -- Michael Meskes Email: Michael@Fam-Meskes.De ICQ: 179140304, AIM: michaelmeskes, Jabber: meskes@jabber.org Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!