X-Original-To: pgsql-hackers@postgresql.org Received: from spampd.localdomain (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id 4DA3A475A45 for ; Wed, 16 Apr 2003 10:23:16 -0400 (EDT) Received: from sss.pgh.pa.us (unknown [192.204.191.242]) by postgresql.org (Postfix) with ESMTP id 967BD475458 for ; Wed, 16 Apr 2003 10:23:15 -0400 (EDT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.12.9/8.12.9) with ESMTP id h3GEN9U6017784; Wed, 16 Apr 2003 10:23:12 -0400 (EDT) To: Grant Finnemore Cc: pgsql-hackers@postgresql.org Subject: Re: First draft of new FE/BE protocol spec posted for comments In-reply-to: <3E9CE8F4.6060504@guruhut.co.za> References: <10770.1050448110@sss.pgh.pa.us> <3E9CE8F4.6060504@guruhut.co.za> Comments: In-reply-to Grant Finnemore message dated "Wed, 16 Apr 2003 07:24:04 +0200" Date: Wed, 16 Apr 2003 10:23:09 -0400 Message-ID: <17783.1050502989@sss.pgh.pa.us> From: Tom Lane X-Spam-Status: No, hits=-32.3 required=5.0 tests=BAYES_00,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REFERENCES,REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Archive-Number: 200304/586 X-Sequence-Number: 38076 Grant Finnemore 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