Re: Urgent: Key constraints behaving weirdly
| От | Russell Garrett |
|---|---|
| Тема | Re: Urgent: Key constraints behaving weirdly |
| Дата | |
| Msg-id | MKEGJINFADFODDNOKEJCAEIGENAA.rg@tcslon.com обсуждение исходный текст |
| Ответ на | Re: Urgent: Key constraints behaving weirdly ("Russell Garrett" <rg@tcslon.com>) |
| Ответы |
Re: Urgent: Key constraints behaving weirdly
|
| Список | pgsql-bugs |
>> 2. The index is corrupt, possibly due to a hardware glitch. (This
>> seems unlikely because the SELECT result appears normal, but I can't
>> rule it out entirely.)
>
> We had a table error a few weeks back, however we re-imported the
> table from scratch. So it may well be this. I doubt it's a actually a
> Postgres bug now, since we aren't doing anything particularly
> unusual, and it's been working fine for several weeks. Still, I'm not
> ruling it out.
OK, I'm not sure whether this is index corruption or a postgres bug or both:
last=> select id, count(id) AS a FROM profile GROUP BY id ORDER BY a DESC;
id | a
---------+---
1017057 | 2
1018316 | 2
0 | 1
80 | 1
...
last=> SELECT id from profile WHERE id = 1017057;
id
---------
1017057
(1 row)
last=> SELECT id from profile WHERE id = 1018316;
id
---------
1018316
(1 row)
last=> reindex index profile_pkey;
ERROR: could not create unique index
DETAIL: Table contains duplicated values.
Does REINDEX use the current index to check for duplicates? :)
Many thanks for all the help,
Russ
В списке pgsql-bugs по дате отправления: