Re: GUC and postgresql.conf docs - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: GUC and postgresql.conf docs
Date
Msg-id Pine.LNX.4.44.0305132344540.1617-100000@peter.localdomain
Whole thread Raw
In response to Re: GUC and postgresql.conf docs  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane writes:

> > Do we need to communicate the server encoding during any part of the
> > protocol?
>
> Probably.  What if the client needs to know what is the set of
> characters that can actually be stored in the database?

That sort of thing might be interesting to know, but it does not seem to
be part of the protocol.

Anyway, you cannot answer that question reliably by looking at the server
encoding.  You need to know which conversion will be invoked and what that
conversion will do, and that is a lot harder to do programmatically.

> I'm also still unconvinced that binary data I/O should perform encoding
> conversion (it does as of CVS tip, but I'm not 100% sold that that's the
> right choice).

That depends on what you intend to achieve with the binary format.  For
some of the numeric types it's obvious, but for strings it's not.

> The general mechanism seems necessary in any case, and once we have it,
> applying it to these particular values isn't adding much bloat.

But where does it stop?  What's the criterion?

-- 
Peter Eisentraut   peter_e@gmx.net



pgsql-hackers by date:

Previous
From: Sailesh Krishnamurthy
Date:
Subject: Re: LISTEN/NOTIFY benchmarks?
Next
From: Peter Eisentraut
Date:
Subject: Text format protocol representation