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
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 |