Re: Really strange foreign key constraint problem blocking delete

From: Tim Mickelson <tim_mickelson(at)bigfoot(dot)com>
To: Andy Colson <andy(at)squeakycode(dot)net>
Cc: pgsql-general(at)postgresql(dot)org, Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Subject: Re: Really strange foreign key constraint problem blocking delete
Date: 2014-10-06 15:25:08
Message-ID: 5432B454.80108@bigfoot.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

The administors (that are not from my company) are strongly against
changing the Postgresql version :( so if this is a bug from Postgresql
they want me to show a documentation that guarantees them that it will
be fixed on an upgrade.

On 05/10/2014 17:06, Andy Colson wrote:
> On 10/05/2014 10:00 AM, Adrian Klaver wrote:
>> On 10/05/2014 07:37 AM, Tim Mickelson wrote:
>>> Sorry about that, the precise version is: "PostgreSQL 9.1.9 on
>>> x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.7 20120313 (Red Hat
>>> 4.4.7-3), 64-bit"
>>
>> Well 9.1 is at .14 now, so on general principles it would be a good
>> idea to upgrade. That being said I do not see anything in the release
>> notes from .10 to .14 that applies. Though to be truthful I did not
>> read every line. Before upgrading you could try what Andy suggested
>> which is to REINDEX(tmpautenticazione). See here for the REINDEX
>> caveats, and a way to INDEX CONCURRENTLY:
>>
>> http://www.postgresql.org/docs/9.1/interactive/sql-reindex.html
>>
>>>
>>>
>
> I thought .11 sounded like a good candidate. Especially the part:
>
> allowing tuples to escape freezing, causing those rows to become
> invisible once 2^31 transactions have elapsed
>
> -Andy

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Melvin Davidson 2014-10-06 15:25:28 Re: Converting char to varchar automatically
Previous Message Andy Colson 2014-10-06 15:15:44 Re: <idle> question