Re: GUC and postgresql.conf docs

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: GUC and postgresql.conf docs
Дата
Msg-id Pine.LNX.4.44.0305132344540.1617-100000@peter.localdomain
обсуждение исходный текст
Ответ на Re: GUC and postgresql.conf docs  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Sailesh Krishnamurthy
Дата:
Сообщение: Re: LISTEN/NOTIFY benchmarks?
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Text format protocol representation