Re: Corrupt RTREE index

From: "Dann Corbit" <DCorbit(at)connx(dot)com>
To: "Greg Stark" <gsstark(at)mit(dot)edu>, <pgsql-general(at)postgresql(dot)org>
Subject: Re: Corrupt RTREE index
Date: 2004-12-15 05:11:35
Message-ID: D425483C2C5C9F49B5B7A41F89441547055736@postal.corporate.connx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

-----Original Message-----
From: pgsql-general-owner(at)postgresql(dot)org
[mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of Greg Stark
Sent: Tuesday, December 14, 2004 8:49 PM
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] Corrupt RTREE index

Scott Marlowe <smarlowe(at)g2switchworks(dot)com> writes:

> IS this same issue true for hash or GiST indexes?

I think that's true, afaik rtree, GiST, and hash are all not WAL-logged.

> On Tue, 2004-12-14 at 13:49, Dann Corbit wrote:
> > I suggest a warning (if there is not already one generated) on
create
> > index for rtree indexes so that users know that they are not fully
> > supported.

I'm not sure what he means by "supported" though. I'm getting all the
support
I'm paying for, plus a whole lot more.
>>
By "supported" I mean the operations against the index are logged, so
that if someone kicks the plug out of the wall on my PostgreSQL database
and I walk over and plug it back in, I can rely on my btree indexes but
all bets are off for hash, rtree and gist indexes when the server
restarts.

Or perhaps I misunderstand the repercussions of index types not being
included in the WAL.
<<

Browse pgsql-general by date

  From Date Subject
Next Message John DeSoi 2004-12-15 05:25:19 pgEdit 1.0b5
Previous Message Michael Fuhr 2004-12-15 05:07:19 Re: query or schema question