From: | Dominique Devienne <ddevienne(at)gmail(dot)com> |
---|---|
To: | Daniel Verite <daniel(at)manitou-mail(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: About the stability of COPY BINARY data |
Date: | 2024-11-07 17:55:03 |
Message-ID: | CAFCRh-9u3STo5Q3JbHRMj2cnfBWwwQSN5oubpnnDmQC7Ac4AmA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Nov 7, 2024 at 6:39 PM Daniel Verite <daniel(at)manitou-mail(dot)org> wrote:
> Dominique Devienne wrote:
> > Also, does the code for per-type _send() and _recv() functions
> > really change across versions of PostgreSQL? How common are
> > instances of such changes across versions? Any examples of such
> > backward-incompatible changes, in the past?
>
> For the timestamp types, I think these functions were
> sending/expecting float8 (before version 7.3), and then float8 or
> int64 depending on the server configuration up until 9.6, and since
> then int64 only.
> The same for the "time" field of the interval type.
> There is still an "integer_datetimes" GUC reflecting this.
Thanks. So it did happen in a distant past.
Anything below 14 is of no concern to me though.
So again, it does sound like changes are unlikely.
And I haven't seen anything not network-byte-order,
as far architecture is concerned.
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2024-11-07 18:04:40 | Re: About the stability of COPY BINARY data |
Previous Message | Daniel Verite | 2024-11-07 17:39:02 | Re: About the stability of COPY BINARY data |