Re: undead index

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Jens Wilke <jens(dot)wilke(at)affinitas(dot)de>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: undead index
Date: 2011-05-06 15:18:29
Message-ID: 11539.1304695109@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Jens Wilke <jens(dot)wilke(at)affinitas(dot)de> writes:
> On Wednesday 04 May 2011 17:32:50 Tom Lane wrote:
>> Hmm, is this an autogenerated index?

> I don't think so.
> And to confirm, that i really deleted the new cluster between the pg_upgrade
> run and the dump|restore i did it again and was able to revive this index
> again:

> foo=# \d+ foo.bar_idx
> Index "foo.bar_idx"
> Column | Type | Definition | Storage | Description
> ----------+-----------------------+------------+----------+-------------
> ulq_guid | character varying(24) | ulq_guid | extended |
> btree, for table "foo.foo"

> But it's again not in the pg_dumpall output, using the same binary like for
> the dump|restore.

Well, if you don't see it in the pg_dumpall script, but running that
script creates the index, then I'd say it's autogenerated. Possibly if
you showed us the actual (not obfuscated) table declaration, associated
constraint declarations, and resulting index definition, things would be
clearer.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alan Hodgson 2011-05-06 15:19:36 Re: Locale and UTF8 for template1 in 8.4.4
Previous Message Daniele Varrazzo 2011-05-06 15:12:01 psql and query buffer mangling