MIME-Version: 1.0
References: 
 <CAEze2Wh=PzpX-NT=Vo5c3J45tdyBSdkJM7-VVOWfVPmDYw7fmQ@mail.gmail.com>
 <CAN-LCVMC2ukb=6W2XyUdMc+AF5pipUvTkDLnZMty=dG3CCdaGw@mail.gmail.com>
 <CAN-LCVNkU+kdieu4i_BDnLgGszNY1RCnL6Dsrdz44fY7FOG3vg@mail.gmail.com>
 <CAN-LCVNMot2xqq2pHi4OCbgA1nK4KkRfWiJQGK9EgiTbW3O8gQ@mail.gmail.com>
 <CAEze2Wica9S9b-1ufhKKDVausdv02aObryjddEMF3+K_Sk6c1w@mail.gmail.com>
 <CAN-LCVMBe-U1+phVR21px_kG0rL-5pwz3U2TmCmpM8XtEbPUDg@mail.gmail.com>
 <CAN-LCVOUPnNFV_AAtFsE9oKiWzVji8AF814DBh+C_9e_5ST+AQ@mail.gmail.com>
 <CAJ7c6TPKLpeOrNWV=F=OP0tYEOoX_tDP0FdV48R-qqefU7s77g@mail.gmail.com>
 <CAN-LCVMjh=GW+Otyfe90NqPS8JJjWhia4=n2sLNYLsi43a3bQg@mail.gmail.com>
 <CAN-LCVNLfu-1n94CnZTeD7stToJ=xXGJhrENHjqONZ3n79RRqQ@mail.gmail.com>
 <20220802153704.lhrqpqdrrlpandh7@awork3.anarazel.de>
 <CAN-LCVMXN-igZdOH4kunF0p2jobsksNhFXovEXjr-zVF90Nq1A@mail.gmail.com>
 <CAJ7c6TOhJ5zc+f=OR6F7UmV0BgeO=oSUJ4wnYMuHoysGa4XDmQ@mail.gmail.com>
 <CAN-LCVMpb5t0QheofS=9gQbKSY-Hf_ESCRjBeG-pbL90gRprag@mail.gmail.com>
 <CAAWbhmgeENHPXEY5UR+aGd5VpUiTxwdmtCjEoXq++s6qLjrWZg@mail.gmail.com>
 <CAN-LCVMxZU1F2E5NenDQ6JJDpdUkEK00feM7ih8ts6iqP3FF1w@mail.gmail.com>
 <CAAWbhmgJRhYO0ZN-72vX=pz5VDPfUermexBVLwMgNu1mTWwajA@mail.gmail.com>
 <CAN-LCVN+jjUN3WwY29xbgv3denB2pREYP-ibKY3+62KD0HPkzw@mail.gmail.com>
 <CAN-LCVOqWVWqZ60weCQgbt1F8gDLt8edXO7Fse_UJ0MigDxNiA@mail.gmail.com>
 <CAN-LCVPO3y_bgex36tte9LsHjkiLFsz075CBoxj-c5B=nkL2Dw@mail.gmail.com>
 <CAN-LCVOi20yKrEC198=ty9DLi_dfSP6z55SVZwaXO2YGVeVmZw@mail.gmail.com>
 <CAN-LCVPwNXkYqA_jh0NTRL-YMrrqYPA4Hi5vmpsWhv8+rXoH9A@mail.gmail.com>
 <CAN-LCVMFKfDQ8XDAhuVbF0NPfwFdK283Nd6NupSrvhNGPPVK5Q@mail.gmail.com>
 <CAN-LCVPqU8rH-+PU3t9ZqB8cfs+KkDLgvUr8otAtjyvqbMPtFA@mail.gmail.com>
 <CAN-LCVPVQzStwHD4iRpBWRz1gDChsMnrEqjY5+WLu_AhLzHeww@mail.gmail.com>
 <CAN-LCVNa_uvZTQ1ibMS=-xka-fTuCY=Zf7Set0bJbLRLoix0tQ@mail.gmail.com>
 <CAN-LCVPP+m3uad-adwoUs_afnnUQT2GgZMjcpFyO_NN0eb+G8w@mail.gmail.com>
 <CAJ7c6TOhuezzKjeo56veVqW=uEq207JynUtWPrYxBnS5Eo+Vqg@mail.gmail.com>
 <CAN-LCVN7V4RP6bwfXQriVShGhmod9NLj7K8esHx8YnovuJ1v4g@mail.gmail.com>
In-Reply-To: 
 <CAN-LCVN7V4RP6bwfXQriVShGhmod9NLj7K8esHx8YnovuJ1v4g@mail.gmail.com>
From: Aleksander Alekseev <aleksander@timescale.com>
Date: Sat, 22 Oct 2022 11:58:10 +0300
Message-ID: 
 <CAJ7c6TPApg12Ma4eLd04rwVQJQ1AkHa2SnnDyYBHgnoR5EhY1w@mail.gmail.com>
Subject: Re: Pluggable toaster
To: pgsql-hackers <pgsql-hackers@postgresql.org>
Cc: Jacob Champion <jchampion@timescale.com>,
 Nikita Malakhov <hukutoc@gmail.com>,
	Andres Freund <andres@anarazel.de>,
 Matthias van de Meent <boekewurm+postgres@gmail.com>,
	Robert Haas <robertmhaas@gmail.com>, Greg Stark <stark@mit.edu>,
 Teodor Sigaev <teodor@sigaev.ru>
Content-Type: text/plain; charset="UTF-8"
Archived-At: 
 <https://www.postgresql.org/message-id/CAJ7c6TPApg12Ma4eLd04rwVQJQ1AkHa2SnnDyYBHgnoR5EhY1w%40mail.gmail.com>
Precedence: bulk

Hi Nikita,

> Aleksander, we have had this in mind while developing this feature, and have checked it. Just a slight modification is needed
> to make it work with Pluggable Storage (Access Methods) API.

Could you please clarify this a little from the architectural point of view?

Let's say company A implements some specific TableAM (in-memory / the
one that uses undo logging / etc). Company B implements an alternative
TOAST mechanism.

How the TOAST extension is going to work without knowing any specifics
of the TableAM the user chooses for the given relation, and vice
versa? How one of the extensions is going to upgrade / downgrade
between the versions without knowing any implementation details of
another?

-- 
Best regards,
Aleksander Alekseev