Re: Remove pg_am.amindexnulls?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: David Fetter <david(at)fetter(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Remove pg_am.amindexnulls?
Date: 2011-01-08 04:41:03
Message-ID: 8822.1294461663@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Fri, Jan 7, 2011 at 8:20 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Between
>> amclusterable, amsearchnulls, and amoptionalkey, I believe that we have
>> quite enough flags already to cover what anything else actually
>> needs-to-know about the AM's behavior.

> I've pretty much come to the conclusion that pg_am is much better at
> providing the illusion of abstraction than it is at providing actual
> abstraction. IIUC, the chances that a third-party AM would need to
> patch core are nearly 100% anyway, so I'm not inclined to spend much
> mental energy trying to figure out what flags it might hypothetically
> need.

Well, I'll grant that allowing loadable modules to emit and replay WAL
records is an unsolved problem, but the existence of that problem
doesn't mean that we should entirely give up on keeping AMs modular.
I believe that they *are* pretty modular except for that one issue.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Itagaki Takahiro 2011-01-08 05:54:02 Re: Re: [COMMITTERS] pgsql: New system view pg_stat_replication displays activity of wal sen
Previous Message Bruce Momjian 2011-01-08 03:37:31 pg_upgrade map struct cleanup