Re: Found a bug - Mailing list pgsql-hackers

From Gurjeet Singh
Subject Re: Found a bug
Date
Msg-id 65937bea0611070801n31458927jcf8a8f041e0c19a7@mail.gmail.com
Whole thread Raw
In response to Re: Found a bug  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Thanks for the references.

Note for future: should have tried VACUUM too.

On 11/7/06, Tom Lane <tgl@sss.pgh.pa.us > wrote:
"Gurjeet Singh" < singh.gurjeet@gmail.com> writes:
>     Please refer the following session snippet. It seems that creating and
> dropping an index on a table, within a transaction, leaves the table marked
> as having an index.

This isn't a bug.  Refer to catalogs.sgml:

relhasindex
        True if this is a table and it has (or recently had) any indexes.
        This is set by CREATE INDEX, but not cleared immediately by DROP
        INDEX. VACUUM clears relhasindex if it finds the table has no indexes.

The flag is only used as a hint that it's worth looking in pg_index to
see what rows there are for the table.

As for "tracking it down", read index_drop().

                        regards, tom lane



--
gurjeet[.singh]@EnterpriseDB.com
singh.gurjeet@{ gmail | hotmail | yahoo }.com

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Found a bug
Next
From: Josh Berkus
Date:
Subject: Re: Block B-tree etc. (was Re: Introducing an advanced Frequent Update)