Re: SELECT results in "ERROR: index key does not match expected index column"

From: Manuel Rigger <rigger(dot)manuel(at)gmail(dot)com>
To: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: SELECT results in "ERROR: index key does not match expected index column"
Date: 2019-07-04 13:06:52
Message-ID: CA+u7OA7DpQVO9+0kLT5jUxyZfQPcSXRJbrGu5jVeu0MR0YE8Cg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Just to clarify: I'm developing a tool to find bugs in Postgres, and
this is one of the findings, which could be the reason that some of
the statements might look unusual.

Best,
Manuel

On Wed, Jul 3, 2019 at 4:44 AM Andrew Gierth
<andrew(at)tao11(dot)riddles(dot)org(dot)uk> wrote:
>
> >>>>> "Tom" == Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
>
> Tom> (You realize of course that an index on a constant is pretty
> Tom> useless. I wonder if we should disallow that.)
>
> Unique index on a constant is a standard technique for forcing a table
> to be limited to at most one row (or with a partial index, at most one
> row matching a condition). Non-unique index on a constant is probably
> not useful though.
>
> --
> Andrew (irc:RhodiumToad)

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Manuel Rigger 2019-07-04 13:11:49 Re: VACUUM FULL results in deadlock
Previous Message Manuel Rigger 2019-07-04 12:59:37 DISCARD TEMP results in "ERROR: cache lookup failed for type 0"