Re: improvement for version after the current one...

From: "Massa, Harald Armin" <chef(at)ghum(dot)de>
To: Euler Taveira de Oliveira <euler(at)timbira(dot)com>
Cc: pgadmin-hackers(at)postgresql(dot)org
Subject: Re: improvement for version after the current one...
Date: 2009-05-09 08:34:05
Message-ID: e3e180dc0905090134o28c9946bk6df7c4155656c5aa@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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?

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message Hiroshi Saito 2009-05-09 10:37:32 Re: problem with SVN Commit by hiroshi: r7562
Previous Message Sergey Burladyan 2009-05-09 04:38:21 problem with SVN Commit by hiroshi: r7562