| 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: | Whole Thread | Raw Message | 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 |