From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Josh Berkus <josh(at)agliodbs(dot)com>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: GUC and postgresql.conf docs |
Date: | 2003-05-13 22:46:47 |
Message-ID: | Pine.LNX.4.44.0305132344540.1617-100000@peter.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
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(at)gmx(dot)net
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2003-05-13 22:47:46 | Text format protocol representation |
Previous Message | Joseph Shraibman | 2003-05-13 22:42:08 | Re: fomatting an interval (resend) |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-05-13 23:04:05 | Re: GUC and postgresql.conf docs |
Previous Message | alex avriette | 2003-05-13 22:22:50 | Re: patch src/bin/psql/help.c |