From: Christof Petig <christof@petig-baender.de>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Barry Lind <blind@xythos.com>
Cc: pgsql-hackers@postgresql.org
Subject: Re: Roadmap for FE/BE protocol redesign
Date: Fri, 14 Mar 2003 10:39:27 +0100
Message-ID: <3E71A34F.8040909@petig-baender.de> (raw)
In-Reply-To: <3E719CAA.8060300@petig-baender.de>
References: <19041.1047322279@sss.pgh.pa.us>
<3E6EEA9B.3050201@xythos.com>
<27307.1047485980@sss.pgh.pa.us>
<3E6FECAD.8030500@xythos.com>
<7189.1047577301@sss.pgh.pa.us>
<3E70E6C8.3050201@xythos.com>
<9947.1047595235@sss.pgh.pa.us>
<3E719CAA.8060300@petig-baender.de>
Christof Petig wrote:
> If you know you are never interested in metadata, you can omit the
> describe flag at all. [null indication and type specification is of
> course always needed to access the actual data]
More exactly they are sent separately:
null indication is per row 'D'/'B' and type specification is per query 'T'.
If the client does not ask for metadata one might omit attrelid,attnum
(*) and field name in the 'T' packet. One might argue whether this small
win per query times column rectifies to implement the feature. But then
we'd need a method to query them lateron (otherwise *DBC could never
omit them at first).
Christof
*) they are not there, yet ;-)
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: christof@petig-baender.de, tgl@sss.pgh.pa.us, blind@xythos.com, pgsql-hackers@postgresql.org
Subject: Re: Roadmap for FE/BE protocol redesign
In-Reply-To: <3E71A34F.8040909@petig-baender.de>
* 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