Re: Minor documentation error regarding streaming replication protocol

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Minor documentation error regarding streaming replication protocol
Дата
Msg-id 20201009031759.GA1459@momjian.us
обсуждение исходный текст
Ответ на Re: Minor documentation error regarding streaming replication protocol  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: Minor documentation error regarding streaming replication protocol  (Bruce Momjian <bruce@momjian.us>)
Re: Minor documentation error regarding streaming replication protocol  (Jeff Davis <pgsql@j-davis.com>)
Список pgsql-hackers
On Fri, Oct  9, 2020 at 08:52:50AM +0900, Michael Paquier wrote:
> On Thu, Oct 08, 2020 at 04:23:06PM -0400, Bruce Momjian wrote:
> > I have looked at this.  It seems SendTimeLineHistory() is sending raw
> > bytes from the history file, with no encoding conversion, and
> > ReceiveXlogStream() is receiving it, again assuming it is just plain
> > text.  I am not sure we really have an SQL data type where we do this. 
> > BYTEA doesn't do encoding conversion, but does backslash procesing, and
> > TEXT does encoding conversion.
> > 
> > I suppose we either have to document this as BYTEA with no backslash
> > processing, or TEXT with no encoding conversion --- I think I prefer the
> > later.
> 
> As StartupXLOG() tells, The timeline history file can include as
> reason the recovery target name which may not be made just of ASCII
> characters as that's the value specified in pg_create_restore_point by
> the user, so bytea is correct, no?

Good point.  The reporter was assuming the data would come to the client
in the bytea output format specified by the GUC, e.g. \x..., so that
doesn't happen either.  As I said before, it is more raw bytes, but we
don't have an SQL data type for that.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EnterpriseDB                             https://enterprisedb.com

  The usefulness of a cup is in its emptiness, Bruce Lee




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Amit Kapila
Дата:
Сообщение: Re: Fix typos in reorderbuffer.c
Следующее
От: "osumi.takamichi@fujitsu.com"
Дата:
Сообщение: RE: extension patch of CREATE OR REPLACE TRIGGER