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 1q9NNm-0005gO-OQ for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Jun 2023 10:05:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q9NNl-0006m1-0p for pgsql-hackers@arkaria.postgresql.org; Wed, 14 Jun 2023 10:05:41 +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 1q9NNk-0006ls-O2 for pgsql-hackers@lists.postgresql.org; Wed, 14 Jun 2023 10:05:40 +0000 Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q9NNh-002JCY-NL for pgsql-hackers@postgresql.org; Wed, 14 Jun 2023 10:05:40 +0000 Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-519608ddbf7so326654a12.2 for ; Wed, 14 Jun 2023 03:05:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1686737136; x=1689329136; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=GA2zQCBul4DXJAu2swJZqu70Ln2WSZWLAsQlPfdkHVE=; b=BPCJAX5Ls4iGE+Lol0HqpuD3BOoFnsnmrLXHcq7bm6vPnrUdu8aBYnYMY+4v3QnfQG Hr111957uFKmy6RpFVtjM+fuNbZqZ/SVknCVfn09Tf7U9YPARkCRl8qn8hXKFcufDpCc kB+G7LFEyRdrXgrURBSEmtVRe7WW4IJbeZx/g8JvwK+72ayPALC4xVpHBMq3LGLifoYO EhJOLpB0+24mMSdlr4jIcBoSmmLHKrt47mYJP0ehiizvL8uFkq6xa+LRx5IQ9L8SGnXG 8Fsvm783xo6zCfo6iqyTYhYMojToGbeo7kO/3hIJfjulH0PTsbHNJg8lXRLQifjiuvFP o3eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686737136; x=1689329136; 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=GA2zQCBul4DXJAu2swJZqu70Ln2WSZWLAsQlPfdkHVE=; b=Ta7b3bDGuMvOtbpG0JIDNL2rN34s4vWyYEnBrBVT519utDXqEPdlwiofeiBjv9r3xC JERjfcqzajjaUIpiZ+IGJ8+HxeGWLAI35RzQIaVgJ3t/skKAN64xzWBYbe03yPr/WtST 3PdVumw1ijQ0JDO9MnwNsM/YZHRwRZQvMOn/IVzUpIm9+5VK7OzUQoy9Rybt6g6NCk7I CjhGfci8iPqqxmtzTfWLTLM+FWKLyhTbmlqQpjG3PGItbBMskvDJl3IZ4RD/D6jhHPCC VVPYuTDqPRXrM/qJ5aF6CLTF5hPFcIogoNeHQi6PBesjI0XzVFTiTIwRyqoTqDBKnLLY zoqw== X-Gm-Message-State: AC+VfDwuFLSU4z11YTvUbdIQuIsAC7R7VbvFRwiED1pxjte4s2pSrOL5 sOdnXHNdXAr6US2H843InYXOzGraPtGi9uyq5h8= X-Google-Smtp-Source: ACHHUZ5ejF3qayLSR6IV9ppJuTuj9/ky3lt3WqaplqpaI0Ej6cYUqNrhowaHBwgge/ciZB0wSH2/MEKxbMx9Q/aXmKc= X-Received: by 2002:aa7:c994:0:b0:518:7954:d082 with SMTP id c20-20020aa7c994000000b005187954d082mr2706161edt.10.1686737136175; Wed, 14 Jun 2023 03:05:36 -0700 (PDT) MIME-Version: 1.0 References: <20230206104917.sipa7nzue5lw2e6z@alvherre.pgsql> In-Reply-To: From: Nikita Malakhov Date: Wed, 14 Jun 2023 13:05:24 +0300 Message-ID: Subject: Re: Pluggable toaster To: Pavel Borisov Cc: Aleksander Alekseev , pgsql-hackers , Alvaro Herrera , Matthias van de Meent , vignesh C , Jacob Champion , Andres Freund , Robert Haas , Greg Stark , Teodor Sigaev Content-Type: multipart/alternative; boundary="000000000000d4cd0e05fe1417ff" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d4cd0e05fe1417ff Content-Type: text/plain; charset="UTF-8" Hi! I have a question for the community - why was this patch silently put to a "rejected" status? Should there no be some kind of explanation? During this discussion I got the impression that for some reason some members of the community do not want the TOAST functionality, which has such drawbacks that make it really a curse for in many ways very good DBMS, to be touched. We cannot get rid of it because of backwards compatibility, so the best way is to make it more adaptable and extensible - this is what this thread is about. We proposed our vision on how to extend the TOAST Postgres-way, like Pluggable Storage some time before. There are some very complex subjects left in this topic that really need a community' attention. I've mentioned them above, but there was no feedback on them. Pavel, we've already had an update implementation for TOAST. But it is a part of a Pluggable TOAST and it hardly would be here without it. I've started another thread on extending the TOAST pointer, maybe you would want to participate there [1]. We still would be grateful for feedback. [1] Extending the TOAST Pointer -- Regards, Nikita Malakhov Postgres Professional https://postgrespro.ru/ --000000000000d4cd0e05fe1417ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi!

I have a question = for the community - why was this patch silently put to a "rejected&quo= t; status?
Should there no be some kind of explanation?=C2=A0

During this discussion I got the impression that for = some=C2=A0reason some members of the community
do not want the TO= AST functionality, which has such drawbacks that make it really a curse for=
in many ways very good DBMS, to be touched. We cannot get rid of= it because of backwards
compatibility, so the best way is to mak= e it more adaptable and extensible - this is what this thread
is = about. We proposed our vision on how to extend the TOAST Postgres-way, like= Pluggable
Storage some time before.

The= re are=C2=A0some very complex subjects left in this topic that really need = a community' attention.
I've mentioned them above, but th= ere was no feedback on them.=C2=A0

Pavel, we'v= e already had an update implementation for TOAST. But it is a part of a Plu= ggable
TOAST and it hardly would be here without it. I've sta= rted another thread on extending the TOAST
pointer, maybe you wou= ld want to participate there [1].

We still would b= e grateful for feedback.


--
Regards,
Nikita Malakhov
Postgres Professional=C2=A0
https://postgrespro.ru/
--000000000000d4cd0e05fe1417ff--