Re: [GENERAL] pg.dropped

From: Filip Rembiałkowski <plk(dot)zuber(at)gmail(dot)com>
To: Greg Smith <greg(at)2ndquadrant(dot)com>
Cc: Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [GENERAL] pg.dropped
Date: 2010-01-08 13:48:23
Message-ID: 92869e661001080548r39ca0fc9n6a5bc273b279150c@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

(continued from -general)

W dniu 7 stycznia 2010 22:31 użytkownik Greg Smith
<greg(at)2ndquadrant(dot)com>napisał:

> Filip Rembiałkowski wrote:
>
>> After dropping a column from table, there is still entry in pg_attribute
>>
>> filip(at)la_dev=# select * from pg_attribute where attrelid = (select oid
>> from pg_class where relname='thetable') order by attnum desc limit 1;
>> -[ RECORD 1 ]-+------------------------------
>> attrelid | 4753849
>> attname | ........pg.dropped.69........
>> ...
>> attisdropped | t
>>
>
> See that last part? That's what happens when you drop a
> table--"attisdropped" is set to true. The server can't just delete the
> pg_attribute entry altogether for various internal reasons, this is what it
> does instead.

When should server delete this row? In my case it looks like it's never
deleted (it lasts even server restart).

>
>
> And of course this makes my INSERT not working...
>>
>
> There's obviously something wrong here, but the fact that the pg_attribute
> entry is still there (but marked dropped) is a not a direct cause of your
> problem.
>

Thanks, I get it.

--
Filip Rembiałkowski
JID,mailto:filip(dot)rembialkowski(at)gmail(dot)com
http://filip.rembialkowski.net/

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2010-01-08 13:55:01 Re: Rows missing from table despite FK constraint
Previous Message hubert depesz lubaczewski 2010-01-08 11:46:59 Re: Server name in psql prompt

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2010-01-08 13:49:21 Re: ACK from walreceiver to walsender
Previous Message Fujii Masao 2010-01-08 13:41:00 Re: Streaming replication and triggering failover