From: Tom Lane <tgl@sss.pgh.pa.us>
To: Grant Finnemore <grantf@guruhut.co.za>
Cc: pgsql-hackers@postgresql.org
Subject: Re: First draft of new FE/BE protocol spec posted for comments
Date: Wed, 16 Apr 2003 10:23:09 -0400
Message-ID: <17783.1050502989@sss.pgh.pa.us> (raw)
In-Reply-To: <3E9CE8F4.6060504@guruhut.co.za>
References: <10770.1050448110@sss.pgh.pa.us>
<3E9CE8F4.6060504@guruhut.co.za>
Grant Finnemore <grantf@guruhut.co.za> writes:
> As it currently stands, we have functions that are capable of returning
> multi-column rows. Would the result of a FunctionCall message be to return
> a FunctionCallResult and optional RowDescription, RowData messages?
Frankly, I'd remove the whole fastpath function thing if I had my
druthers, but I don't want to reimplement libpq's large-object routines.
I'm just planning to leave it as supporting a scalar return value.
I should mark it deprecated in the docs, probably. You can get the same
results more cleanly by doing a SELECT --- and if the overhead is what's
bothering you, there's PREPARE.
regards, tom lane
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-interfaces@postgresql.org
Cc: tgl@sss.pgh.pa.us, grantf@guruhut.co.za, pgsql-hackers@postgresql.org
Subject: Re: First draft of new FE/BE protocol spec posted for comments
In-Reply-To: <17783.1050502989@sss.pgh.pa.us>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox