Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q1kcK-0003vv-I7 for pgsql-hackers@arkaria.postgresql.org; Wed, 24 May 2023 09:17:12 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q1kcH-0006dW-U0 for pgsql-hackers@arkaria.postgresql.org; Wed, 24 May 2023 09:17:09 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q1kcH-0006dN-IG for pgsql-hackers@lists.postgresql.org; Wed, 24 May 2023 09:17:09 +0000 Received: from mail-ej1-x62f.google.com ([2a00:1450:4864:20::62f]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q1kcC-001qFb-3N for pgsql-hackers@lists.postgresql.org; Wed, 24 May 2023 09:17:09 +0000 Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-96f588bc322so95541566b.1 for ; Wed, 24 May 2023 02:17:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1684919823; x=1687511823; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=52D1yaEcQ6gV3MAFJnlc+hLQksA7GVVVLC2ljdFBZOg=; b=M99Dl5QSECVacruEzk7sqkLycAQeCh6b9P04jGwnwOlmW5iJEzW/xnLZ4n934vbP9I Jfgwb6wGeC+SNBSsewk0uaQ88O54Ujj3eht3wUokUMtpL1wCvBeRD/Q5YaaCia+yTI/8 JoQki56URqT5FrWin2oxb5emapm4W0WelS/RXRAVw28y0mEJklNGWxMYKxZI4ksfgm6b mRzzExxXRwvnR/nHQuwa+4jScGq1b9dEYfc7dC8soMB4d+Ty33CIPZGrOV7UqNTpvd2c gx09kCH4Cdb6PHWI/iFZpQiSRUZT/nBnw6pEldI4DmLGoeHyuiBDrFNFkxak2gGJIpbu aBJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1684919823; x=1687511823; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=52D1yaEcQ6gV3MAFJnlc+hLQksA7GVVVLC2ljdFBZOg=; b=WR1ZdHYbbmWH+KvhKPsuq30uc1woxXhcGPbQr7p8wkUVnQR3bnq13ITvszeUDbXZdW 4o4KHD+uR9uXdxlF/S+Ee5ecPpnHPX0sZAMgcXePDSP5PlWgk3UFet+CWZfUvf7t8W1h DQ9sQX+2ad3huM68VEt80kAL7nA3p7lc55TLnUaUZns1GBYxe5wbKM3htg7xFpW2TcNL 2NMAF1Bc1k3CQrSbSfBqS4mYYFzIlqAWKZlcmFVE9/Aku1AFwSroS2JML842NGrwsg+n o5P3P+BAOGjyH16QBzRO80d50mUF+bpVGjWyw1BzLWXwK6vtwbnZHQQq0Rz4O1Fvflz7 GdWg== X-Gm-Message-State: AC+VfDwrRznK8hkhYgWWjrCIQGBXgIJt/FN6YGltji3WXe9Ku4y1mtO1 BRUYQpxIo5LcKUNIu1Tf80TtRwuRz/U62BxB/Y9Rh3R+ X-Google-Smtp-Source: ACHHUZ6n76DrlkmLz8ruT7wi+BAb6MkiI0sGwjvfpp5x5eAxAHXkn4HdJ2+V+gEwCvyITlYgaT1QNAS2eJG5WblgpSw= X-Received: by 2002:a17:907:c26:b0:94f:356d:cd0 with SMTP id ga38-20020a1709070c2600b0094f356d0cd0mr22566295ejc.33.1684919822661; Wed, 24 May 2023 02:17:02 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Nikita Malakhov Date: Wed, 24 May 2023 12:16:50 +0300 Message-ID: Subject: Re: RFI: Extending the TOAST Pointer To: Michael Paquier Cc: Robert Haas , Matthias van de Meent , Aleksander Alekseev , PostgreSQL Hackers Content-Type: multipart/alternative; boundary="000000000000813bb705fc6cf708" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000813bb705fc6cf708 Content-Type: text/plain; charset="UTF-8" Hi! I've made a WIP patch that uses 64-bit TOAST value ID instead of 32-bit, and sent it as a part of discussion, but there was no feedback on such a solution. There was a link to that discussion at the top of this thread. Also, I have to note that, based on our work on Pluggable TOAST - extending TOAST pointer with additional structures would require review of the logical replication engine, currently it is not suitable for any custom TOAST pointers. Currently we have no final solution for problems with logical replication for custom TOAST pointers. -- Regards, Nikita Malakhov Postgres Professional The Russian Postgres Company https://postgrespro.ru/ --000000000000813bb705fc6cf708 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi!

I've made a WI= P patch that uses 64-bit TOAST value ID instead of 32-bit,
and se= nt it as a part of discussion, but there was no feedback on such a
solution. There was a link to that discussion at the top of this thread.<= /div>

Also, I have to note that, based on our work on P= luggable TOAST - extending
TOAST pointer with additional structures wou= ld require review of the logical
replication engine,=C2=A0current= ly it is not suitable for any custom TOAST pointers.
Currently we= have no final solution for problems with logical replication for
custom TOAST pointers.

-- =
Regards,
Nikita Malakhov
Postgres P= rofessional
The Russian Postgres Co= mpany
--000000000000813bb705fc6cf708--