Re: Getting the results columns before execution

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Shachar Shemesh <psql(at)shemesh(dot)biz>, Hackers <pgsql-hackers(at)postgresql(dot)org>, PostgreSQL OLE DB development <oledb-dev(at)gborg(dot)postgresql(dot)org>
Subject: Re: Getting the results columns before execution
Date: 2004-01-25 04:07:28
Message-ID: 200401250407.i0P47S306985@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Tom Lane wrote:
> Shachar Shemesh <psql(at)shemesh(dot)biz> writes:
> > Tom Lane wrote:
> >> Sure it is, if you are using the V3 protocol (new in 7.4).
> >> See the Describe message types.
>
> > Are those exposed through the libpq interface?
>
> No, because libpq doesn't really have any concept of prepared statements.
> It would probably make sense to add some more API to libpq to allow
> creation and interrogation of prepared statements, but no one's got
> around to that yet.

Uh, if libpq doesn't know about it, how is that information accessed?

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2004-01-25 04:39:21 compile failure on xmalloc()
Previous Message Bruce Momjian 2004-01-25 04:04:56 Re: [patch] jdbc build fix when ./configure is run in separate