Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t96TT-007mcc-JP for pgsql-general@arkaria.postgresql.org; Thu, 07 Nov 2024 17:39:14 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1t96TQ-000Hxj-Sd for pgsql-general@arkaria.postgresql.org; Thu, 07 Nov 2024 17:39:13 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t96TQ-000Hxa-Hc for pgsql-general@lists.postgresql.org; Thu, 07 Nov 2024 17:39:13 +0000 Received: from dverite2024.planet-service.net ([185.16.44.252] helo=mail.verite.pro) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t96TO-000fRv-5o for pgsql-general@postgresql.org; Thu, 07 Nov 2024 17:39:11 +0000 Received: by mail.verite.pro (Postfix, from userid 1000) id 100972C0C6F; Thu, 7 Nov 2024 18:39:07 +0100 (CET) Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: About the stability of COPY BINARY data From: "Daniel Verite" To: "Dominique Devienne" Cc: pgsql-general@postgresql.org In-Reply-To: Date: Thu, 07 Nov 2024 18:39:02 +0100 Message-Id: <1214b740-22de-4151-a3c8-e93e3385c0da@manitou-mail.org> X-Mailer: Manitou v1.7.3 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk 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. Best regards, --=20 Daniel V=E9rit=E9 https://postgresql.verite.pro/ Twitter: @DanielVerite