From: | Shawn Debnath <sdn(at)amazon(dot)com> |
---|---|
To: | Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Adding SMGR discriminator to buffer tags |
Date: | 2019-07-17 16:50:11 |
Message-ID: | 20190717165011.GA35781@f01898859afd.ant.amazon.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jul 16, 2019 at 10:49:39AM +1200, Thomas Munro wrote:
> On Tue, Jul 16, 2019 at 1:49 AM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> > [long form -1]
> >
> > But how about just using a magic database OID?
>
> This patch was just an experiment based on discussion here:
>
> https://www.postgresql.org/message-id/flat/CA%2BhUKG%2BDE0mmiBZMtZyvwWtgv1sZCniSVhXYsXkvJ_Wo%2B83vvw%40mail.gmail.com
>
> I learned some things. The main one is that you don't just need space
> the buffer tag (which has plenty of spare bits) but also in WAL block
> references, and that does seem to be a strike against the idea. I
> don't want lack of agreement here to hold up other work. So here's
> what I propose:
>
> I'll go and commit the simple refactoring bits of this work, which
> just move some stuff belonging to md.c out of smgr.c (see attached).
> I'll go back to using a magic database OID for the undo log patch set
> for now. We could always reconsider the SMGR discriminator later.
> For now I'm not going to consider this question a blocker for the
> later undo code when it's eventually ready for commit.
Agree that we should move on at this point. The magic OIDs do not block
us from moving to this model later if needed.
--
Shawn Debnath
Amazon Web Services (AWS)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-07-17 16:54:14 | Re: sepgsql seems rather thoroughly broken on Fedora 30 |
Previous Message | Anastasia Lubennikova | 2019-07-17 16:36:27 | Re: [HACKERS] [WIP] Effective storage of duplicates in B-tree index. |