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/
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 |
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 |