Re: Alter project: client or server side? - Mailing list pgadmin-hackers

From Dave Page
Subject Re: Alter project: client or server side?
Date
Msg-id AA30E7BCCA5C1D4E88A231900F8325C00B17@dogbert.vale-housing.co.uk
Whole thread Raw
In response to Alter project: client or server side?  (Jean-Michel POURE <jm.poure@freesurf.fr>)
List pgadmin-hackers

> -----Original Message-----
> From: Jean-Michel POURE [mailto:jm.poure@freesurf.fr]
> Sent: 24 September 2001 20:11
> To: pgadmin-hackers@postgresql.org
> Subject: [pgadmin-hackers] Alter project: client or server side?

< snipped long discussion about object dependencies and gotchas with regard
to dropping/recreating (== editting) of objects such as functions - e.g.
view frog uses function tadpole. Editting tadpole will break frog so we need
to rebuild frog as well >

> The way we do it in pgAdmin I
> http://cvs.social-housing.org/viewcvs.cgi/pgadmin1
> is that we maintain a dependency table based on STRING NAMES
> and not OIDs. When altering an object (view, function,
> trigger) we rebuild all dependent
> objects.
>
> Is this the way we should proceed with pgAdmin II?
> Is anyone planning a real dependency table based on object
> STRING NAMES?
>
> We need some advice:
> 1) Client solution: should we add the rebuilding feature to
> pgAdmin II?
> 2) Server solution: should we wait until the ALTER OBJECT
> project is complete?

I've CC'd this to pgsql-hackers in hope of some guidence from the developers
there.

My current view is that we need to implement these facilities (object
dependency tracking/rebuilding) client side. I believe we are just coming up
to the 7.2 beta and the required features do not exist to my knowledge,
therefore we either wait and hope they get written for 7.3 (or 8.0) or do it
ourselves client side.

Regards, Dave.

pgadmin-hackers by date:

Previous
From: Jean-Michel POURE
Date:
Subject: Alter project: client or server side?
Next
From: Dave Page
Date:
Subject: Major Update Commited