Re: Roadmap for FE/BE protocol redesign

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: <Inoue(at)tpf(dot)co(dot)jp>
Cc: <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <dpage(at)vale-housing(dot)co(dot)uk>, <ZeugswetterA(at)spardat(dot)at>, <pgman(at)candle(dot)pha(dot)pa(dot)us>, <pgsql-hackers(at)postgresql(dot)org>, <pgsql-interfaces(at)postgresql(dot)org>
Subject: Re: Roadmap for FE/BE protocol redesign
Date: 2003-03-13 09:52:36
Message-ID: 50073.80.177.99.193.1047549156.squirrel@ssl.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-interfaces

It's rumoured that Hiroshi Inoue once said:
> Tom Lane wrote:
>>
>> "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> writes:
>> > No, but with them we can avoid cluttering the wire protocol with
>> > fields for all this, and the JDBC required data. With 2 numeric
>> > columns (attrelid, attnum), any application/interface can query the
>> > system catalogs easily for whatever extra info they like.
>>
>> This is my feeling also. We shouldn't try to guess in the protocol
>> exactly what set of information will be wanted by a frontend; we
>> should just provide the catalog keys needed to look up whatever is
>> wanted.
>
> Does looking up by the catalog keys take no cost ?

Obviously there is cost, but doing a lookup only on demand, has got to be
cheaper in the long run than including the entire column definition in the
message whether it's wanted or not?
Regards, Dave.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 2003-03-13 10:03:44 Re: Roadmap for FE/BE protocol redesign
Previous Message Dave Page 2003-03-13 09:48:24 Re: bug in setval?

Browse pgsql-interfaces by date

  From Date Subject
Next Message Hiroshi Inoue 2003-03-13 10:03:44 Re: Roadmap for FE/BE protocol redesign
Previous Message Mike Mascari 2003-03-13 07:33:27 Re: Roadmap for FE/BE protocol redesign