From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: spgist metapage |
Date: | 2012-05-23 18:06:07 |
Message-ID: | CA+TgmoY=7vunExMg1YHmyP6nQqhKmqt0d06X5qZgKGkDzEmDCA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, May 23, 2012 at 2:05 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>> Since we haven't actually released spgist yet, I'm wondering if it
>> should be revised to look more like btree and hash - that is, add a
>> 32-bit version number immediately following the magic number. All
>> experience hath shown that it is often much more work to add such
>> things later.
>
> With the beta already out, I think we have released it, for some
> admittedly-small value of "released". I think it's too late to make
> non-pg_upgrade-able changes on mere speculation that they might be a
> good idea.
>
> In any case, I would've expected we'd end up changing all these page
> formats if we go over to your concept of a metapage for everything.
> Fixing indexes that already have some kind of metapage will surely be
> trivial compared to fixing heaps.
I thought you might say that, but I thought I'd ask just in case.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Janes | 2012-05-23 18:09:24 | Re: Readme of Buffer Management seems to have wrong sentence |
Previous Message | Robert Haas | 2012-05-23 18:05:17 | Re: Add primary key/unique constraint using prefix columns of an index |