| From: | Guillaume Lelarge <guillaume(at)lelarge(dot)info> |
|---|---|
| To: | Steve Erickson <serickson(at)digitiliti(dot)com> |
| Cc: | "pgadmin-support(at)postgresql(dot)org" <pgadmin-support(at)postgresql(dot)org> |
| Subject: | Re: Dropping a type |
| Date: | 2011-09-24 14:44:30 |
| Message-ID: | 1316875471.2165.12.camel@localhost.localdomain |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgadmin-support |
On Wed, 2011-09-21 at 14:04 +0000, Steve Erickson wrote:
> I'm using pgAdmin 1.12.3 on Mac OSx. I have functions that use a Type rowtype to hold the results of a query. When I change the query to add/remove columns, I also change the Type, then do a drop, then create, and get a success message. However, I then need to drop and create all dependent objects, including functions. If I don't, users will get an error. Refreshing the database in pgAdmin shows the type has indeed changed, but users will still get an error until I drop and create the affected object (function).
>
> Earlier versions of pgAdmin would give an error when dropping a Type, letting me know what objects were dependent on that Type. I would then do the drop with cascade, then create the function(s) affected.
>
I'm sure I understand your issue. IIUC, this seems more an issue with
PostgreSQL than pgAdmin. If I'm wrong, can you supply a small test case?
--
Guillaume
http://blog.guillaume.lelarge.info
http://www.dalibo.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | J Hobbs | 2011-09-24 19:17:07 | pgadmin critical issue |
| Previous Message | Guillaume Lelarge | 2011-09-24 00:06:06 | Re: possible improvement for column resizing |