Re: Found a bug

From: "Gurjeet Singh" <singh(dot)gurjeet(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "PGSQL Hackers" <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Found a bug
Date: 2006-11-07 16:01:41
Message-ID: 65937bea0611070801n31458927jcf8a8f041e0c19a7@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Thanks for the references.

Note for future: should have tried VACUUM too.

On 11/7/06, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> "Gurjeet Singh" <singh(dot)gurjeet(at)gmail(dot)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[(dot)singh](at)EnterpriseDB(dot)com
singh(dot)gurjeet(at){ gmail | hotmail | yahoo }.com

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Josh Berkus 2006-11-07 17:24:29 Re: Block B-tree etc. (was Re: Introducing an advanced Frequent Update)
Previous Message Tom Lane 2006-11-07 14:50:49 Re: Found a bug