Re: improvement for version after the current one... - Mailing list pgadmin-hackers

From Massa, Harald Armin
Subject Re: improvement for version after the current one...
Date
Msg-id e3e180dc0905090134o28c9946bk6df7c4155656c5aa@mail.gmail.com
Whole thread Raw
In response to improvement for version after the current one...  ("Massa, Harald Armin" <chef@ghum.de>)
List pgadmin-hackers
> I suggest that the DROP SQL is extended by "IF EXISTS" on objects that
> support "if exists"
>
Why? If pgAdmin is emitting 'DROP TABLE foo', that is because foo exists.

yes, it does exist. In the database I am connected to. One rather common situation is to have more then one database of the "same" content - staging / production, customer 1 / customer2; version 3 / version 4.

And the obligation to exchange DML from one to the other. Copying the SQL from pgadmin, collecting it in files and mailing them as DB-service-packs to other places ... where the object may or may not exist. Or also developing within the TEST-database with PGADMIN and copying the DML to files to put in RCS.

"DROP IF EXISTS" does work; "DROP" raises an error which has to be dealt with. That dealing is in 90% usage "go on", as the next command usually is to create that object.

Harald


--
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Spielberger Straße 49
70435 Stuttgart
0173/9409607
no fx, no carrier pigeon
-
LASIK good, steroids bad?

pgadmin-hackers by date:

Previous
From: "Hiroshi Saito"
Date:
Subject: Re: problem with SVN Commit by hiroshi: r7562
Next
From: svn@pgadmin.org
Date:
Subject: SVN Commit by dpage: r7858 - trunk/pgadmin3/docs/en_US