Re: DROP TABLE in transaction

From: Joel Burton <jburton(at)scw(dot)org>
To: David Olbersen <dave(at)slickness(dot)org>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-sql(at)postgresql(dot)org
Subject: Re: DROP TABLE in transaction
Date: 2001-04-12 21:23:56
Message-ID: Pine.LNX.4.21.0104121723090.4463-100000@olympus.scw.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Thu, 12 Apr 2001, David Olbersen wrote:

> On Thu, 12 Apr 2001, Peter Eisentraut wrote:
>
> > Because DROP TABLE removes the table file on disk, and you can't roll back
> > that. Actually, in 7.1 you can. ;-)
>
> Well I understand that it's being taken from the disk, but why does that action
> have to be done *right now*?
> Why can't it be postponed until I type 'commit;' ?
>
> I wonder how much time this addition would have saved those of us who type
> quickly and use the tab-completion too much :)

If one were inclined to do this sort of thing, it might even make sense
to argue that DROP TABLE hides the table (sets an attrib so that it
doesn't show, query planner doesn't see it, etc.); it should actually be
removed from disk when the database on VACUUM.

--
Joel Burton <jburton(at)scw(dot)org>
Director of Information Systems, Support Center of Washington

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Peter Eisentraut 2001-04-12 22:40:22 Re: enumerating rows
Previous Message Peter Eisentraut 2001-04-12 19:33:27 Re: DROP TABLE in transaction